Enhanced intra-prediction mode signaling for video coding using neighboring mode

ABSTRACT

This disclosure describes techniques for intra-prediction mode signaling for video coding. In one example, a video coder is configured to determine, for a block of video data, a set of most probable intra-prediction modes such that the set of most probable intra-prediction modes has a size that is equal to a predetermined number that is greater than or equal to two. The video coder is also configured to code a value representative of an actual intra-prediction mode for the block based at least in part on the set of most probable intra-prediction modes and code the block using the actual intra-prediction mode. The video coder may further be configured to code the block using the actual intra-prediction mode, e.g., to encode or decode the block. Video encoders and video decoders may implement these techniques.

This application relates to and claims priority to U.S. ProvisionalApplication No. 61/495,332, filed 9 Jun. 2011; U.S. ProvisionalApplication No. 61/503,712, filed 1 Jul. 2011; U.S. ProvisionalApplication No. 61/504,664, filed 5 Jul. 2011; and U.S. ProvisionalApplication No. 61/533,118, filed 9 Sep. 2011, the entire contents eachof which are hereby incorporated by reference.

TECHNICAL FIELD

This disclosure relates to video coding, and more particularly, tosignaling of coding characteristics for coded video data.

BACKGROUND

Digital video capabilities can be incorporated into a wide range ofdevices, including digital televisions, digital direct broadcastsystems, wireless broadcast systems, personal digital assistants (PDAs),laptop or desktop computers, digital cameras, digital recording devices,digital media players, video gaming devices, video game consoles,cellular or satellite radio telephones, video teleconferencing devices,and the like. Digital video devices implement video compressiontechniques, such as those described in the standards defined by MPEG-2,MPEG-4, ITU-T H.263 or ITU-T H.264/MPEG-4, Part 10, Advanced VideoCoding (AVC), and extensions of such standards, to transmit and receivedigital video information more efficiently.

Video compression techniques perform spatial (intra-picture) predictionand/or temporal (inter-picture) prediction to reduce or removeredundancy inherent in video sequences. For block-based video coding, avideo frame, picture, or slice may be partitioned into video blocks.Each video block can be further partitioned. Video blocks in anintra-coded (I) frame or slice are encoded using spatial prediction withrespect to neighboring video blocks in the same frame, picture, orslice. Video blocks in an inter-coded (P or B) frame or slice may usespatial prediction with respect to neighboring macroblocks in the sameframe or slice or temporal prediction with respect to other referenceframes. As used herein, the terms “pictures” may be referred to asframes, and “reference pictures” may be referred to a reference frames.

Spatial or temporal prediction results in a predictive block for a blockto be coded. Residual data represents pixel differences between theoriginal block to be coded and the predictive block. An inter-codedblock is encoded according to a motion vector that points to a block ofreference samples forming the predictive block, and the residual dataindicating the difference between the coded block and the predictiveblock. An intra-coded block is encoded according to an intra-coding modeand the residual data. For further compress the residual data may betransformed from the pixel domain to a transform domain, resulting inresidual transform coefficients, which then may be quantized. Thequantized transform coefficients, initially arranged in atwo-dimensional array, may be scanned in order to produce aone-dimensional vector of transform coefficients, and entropy coding maybe applied to achieve even more compression.

SUMMARY

In general, this disclosure describes techniques for signalingintra-prediction modes for video coding. The techniques of thisdisclosure may improve efficiency for signaling of an intra-predictionencoding mode used to intra-mode encode a block of video data. Videodata includes a sequence of frames (or pictures) played in rapidsuccession to simulate motion. Each of the frames may be divided intoblocks. Techniques of this disclosure include fixing a number of mostprobable intra-prediction mode candidates to greater than or equal totwo for each block within a frame. In this manner, there may be arelative improvement in efficiency for parsing in the decodingprocessing and a reduction in memory usage when using the techniques ofthis disclosure.

In one example, a method for coding video data, the method comprisingdetermining, for a block of video data, a set of most probableintra-prediction modes such that the set of most probableintra-prediction modes has a size that is equal to a predeterminednumber that is greater than or equal to two. The method also comprisescoding a value representative of an actual intra-prediction mode for theblock based at least in part on the set of most probableintra-prediction modes and coding the block using the actualintra-prediction mode.

In another aspect, a device for encoding data comprises a video coderconfigured to determine, for a block of video data, a set of mostprobable intra-prediction modes such that the set of most probableintra-prediction modes has a size that is equal to a predeterminednumber that is greater than or equal to two. The video coder is alsoconfigured to code a value representative of an actual intra-predictionmode for the block based at least in part on the set of most probableintra-prediction modes. The video coder is further configured to andcode the block using the actual intra-prediction mode.

In another aspect, a computer-readable medium comprisescomputer-readable storage medium having stored thereon instructionsthat, when executed, cause a processor of a video coding device todetermine, for a block of video data, a set of most probableintra-prediction modes such that the set of most probableintra-prediction modes has a size that is equal to a predeterminednumber that is greater than or equal to two. The instructions furthercause the processor to code a value representative of an actualintra-prediction mode for the block based at least in part on the set ofmost probable intra-prediction modes and code the block using the actualintra-prediction mode.

In another aspect, a device is provided that comprises means fordetermining, for a block of video data, a set of most probableintra-prediction modes such that the set of most probableintra-prediction modes has a size that is equal to a predeterminednumber that is greater than or equal to two. The apparatus alsocomprises means for coding a value representative of an actualintra-prediction mode for the block based at least in part on the set ofmost probable intra-prediction modes and means for coding the blockusing the actual intra-prediction mode.

The techniques described in this disclosure may be implemented inhardware, software, firmware, or any combination thereof. If implementedin software, the software may be executed in a processor, which mayrefer to one or more processors, such as a microprocessor, applicationspecific integrated circuit (ASIC), field programmable gate array(FPGA), or digital signal processor (DSP), or other equivalentintegrated or discrete logic circuitry. Software comprising instructionsto execute the techniques may be initially stored in a computer-readablemedium and loaded and executed by a processor.

Accordingly, this disclosure also contemplates computer-readable mediacomprising instructions to cause a processor to perform any of a varietyof techniques as described in this disclosure. In some cases, thecomputer-readable medium may form part of a computer program product,which may be sold to manufacturers and/or used in a device. The computerprogram product may include the computer-readable medium, and in somecases, may also include packaging materials.

This disclosure may also apply to electromagnetic signals carryinginformation. For example, an electromagnetic signal may compriseinformation relating to the full pixel support used to interpolate avalue for a sub-integer pixel of a reference sample. In some examples, asignal may be generated from or transmitted by a device implementing thetechniques described herein. In other examples, this disclosure mayapply to signals that may be received at a device implementing thetechniques described herein.

The details of one or more aspects of the disclosure are set forth inthe accompanying drawings and the description below. Other features,objects, and advantages of the techniques described in this disclosurewill be apparent from the description and drawings, and from the claims.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 represents an example of three blocks, including a current blockto be coded and two neighboring blocks.

FIG. 2 is a block diagram illustrating an example video encoding anddecoding system that may utilize techniques for coding syntax datarepresentative of intra-prediction modes for blocks of video data.

FIG. 3 is a block diagram illustrating an example of a video encoderthat may implement techniques for coding information indicative of anintra-prediction mode.

FIG. 4 is a block diagram illustrating an example of a video decoder,which decodes an encoded video sequence.

FIG. 5 is a diagram illustrating one example of 35 intra-predictionmodes and their corresponding prediction directions.

FIG. 6 is a diagram illustrating another example of 35 intra-predictionmodes and their corresponding prediction directions.

FIG. 7 is a flowchart illustrating one example of a method forintra-prediction mode signaling for video encoding.

FIG. 8 is a flowchart illustrating one example of a method fordetermining most probable intra-prediction mode candidates when a set ofmost probable intra-prediction modes is equal to three.

DETAILED DESCRIPTION

In general, this disclosure describes techniques for signalingintra-prediction modes for video coding. The techniques of thisdisclosure may improve efficiency for signaling of an intra-predictionencoding node used to intra-encode a block of video data. A videoencoder, for example, may include a set of two or more candidateintra-prediction modes for a current block that includes two (or more)most probable intra-prediction modes based on the intra-prediction modesof blocks neighboring the current block. The candidate set may includeindexes for the two or more most probable intra-prediction modes. Asused herein, “modes” may be used generally to refer to “intra-predictionmodes.”

In some examples, techniques of this disclosure provide differentcandidate sets of intra-prediction modes based on the type of video databeing predicted. For example, under certain conditions, certainintra-prediction modes may be included as a probable intra-predictionmode when the set of most probable intra-prediction modes includes 3 ormore modes, such as a planar or DC mode.

Video data includes a sequence of frames (or pictures) played in rapidsuccession to simulate motion. Each of the frames may be divided intoblocks. As used herein, the terms “frame” and “picture” may be usedinterchangeably.

Video encoders encode video data by utilizing spatial and temporalredundancy. For example, a video encoder may take advantage of spatialredundancy by predicting a block relative to neighboring, previouslycoded blocks. Likewise, a video encoder may take advantage of temporalredundancy by predicting a block relative to data of previously codedframes. In particular, the video encoder predicts a current block fromdata of a spatial neighbor or from data of one or more previously codedframes. The video encoder then calculates a residual value for the blockas a difference between the actual value for the block and the predictedvalue for the block. The video encoder uses prediction units (PUs) torepresent prediction data for a coding unit (CU) and transform units(TUs) to represent residual data. The residual data for a block includespixel-by-pixel difference values in the pixel (or spatial) domain. Thevideo encoder may further transform the residual data, representing thedata in the transform domain.

A video decoder may receive coded data for a coded block. The coded datamay include a representation of the prediction mode used to encode theblock, as well as an indication of partitioning of PUs for the block. Inthis manner, the video decoder may use the same partitioning of PUs andapply the same prediction mode to decode the block. To reduce the amountof bits consumed in signaling the prediction mode, video coding devicesmay determine likelihoods of coding prediction modes for a current blockbased on coding modes of neighboring blocks. FIG. 1 represents anexample of three video blocks: A (4), B (6), and C (8). Block C (8)represents a current block being coded, block A (4) represents aleft-neighboring, previously coded block relative to block C (8), andblock B) represents a top-neighboring, previously coded block relativeto block C (8).

For purposes of the example of FIG. 1, blocks A (4), B (6), and C (8)are blocks of an intra-predicted picture, frame, or slice. A videocoding device, such as a video encoder or a video decoder, may determinetwo or more likely intra-prediction modes for block C (8) based on theintra-prediction modes of blocks A (4) and B (6). In general, block C ismore likely to be predicted using a mode of either block A (4) or blockB (6). Typically, when blocks A (4) and B (6) have the sameintra-prediction mode, the most likely intra-prediction mode for block C(8) will be the intra-prediction mode of blocks A (4) and B (6). On theother hand, when blocks A (4) and B (6) have different intra-predictionmodes, a video coding device must determine whether the prediction modefor block C (8) is more likely to be the intra-prediction mode of blockA (4) or the intra-prediction mode of block B (6).

More particularly, in conventional High Efficiency Video Coding (HEVC),a mapping table may be used to map intra-prediction modes to codewordindices. The codeword indices may be mapped by another table to variablelength codes (for CAVLC) or binarized values (for CABAC). In addition,for each block, a number of most probable modes may be determined, wherethe most probable modes may be assigned the smallest indices, where thesmallest indices are most probable and thus, coded using fewer bits. Inconventional HFVC, the number of most probable modes may vary based onwhether blocks A (4) and B (6) have the same or differentintra-prediction modes.

This disclosure provides various techniques for improving signaling ofintra-prediction modes for video coding. In one example, rather thanallowing a number of most probable modes to vary for each block, asdiscussed above, there may always be a fixed number of most probablemodes, which is at least two. While the number of most probable modesmay be larger than two, in these techniques, the number of most probablemodes is fixed for all blocks in a picture. In other words, a videocoding device may be configured to use a predetermined number of mostprobable modes for all blocks, and the predetermined number may begreater than or equal to two.

In this example, if the intra-prediction modes of blocks A (4) and B (6)are different, and the predetermined number of most probable modes forblock C (8) is two, then the two most probable intra-prediction modesfor block C (8) may correspond to the intra-prediction modes of blocks A(4) and B (6). However, if the intra-prediction modes of blocks A (4)and B (6) are the same, the video coding device may add a second mostprobable mode to the set of most probable modes.

In some examples, if the intra-prediction modes of blocks A (4) and B(6) are the same and the mode is a mode other than planar mode, then thesecond most probable mode for block C (8) is selected as planar mode. Onthe other hand, if the intra-prediction modes of blocks A (4) and B (6)are the same and the mode is planar mode, then the second most probablemode for block C (8) is selected as DC mode. In some examples, planarmode may always be mapped to index value 0.

For examples where there are more than two lost probable modes in thepredetermined number of most probable modes, these modes may correspondto intra-prediction modes that are similar in direction to thedirections of the intra-prediction directions for blocks A (4) and B(6).

The examples discussed above have referred to intra-prediction modes forluminance data. For chrominance data, this disclosure proposes fixingthe available number of intra-prediction modes such that certainintra-prediction modes are always candidate intra-prediction modes, insome examples. Conventionally, six modes are available for chrominanceblocks: vertical mode, horizontal mode, DC mode, planar mode, lumasignal based prediction mode, and inheritance of luma prediction mode.Inheritance of luma prediction mode allows the chrominance mode toinherit the mode of the corresponding luminance block. Because of this,two symbols, or index values, may be assigned to the same mode, e.g.,when the luminance block is predicted using vertical, horizontal, DC, orplanar mode. Effectively, this means that the chrominance block may haveonly five possible modes, rather than six. Thus, there is a redundantsignal for at least one mode in such situations.

This disclosure proposes adding another intra-prediction mode forchrominance blocks when a redundant signal is available, in someexamples. Assuming that the luminance block is predicted using one ofhorizontal, vertical, DC, or planar mode, the mode corresponding to theindex value that would otherwise indicate the inheritance of the lumaintra-prediction mode may be mapped to a different mode than the modeused for the corresponding luminance block. This additional mode maycorrespond to a mode having a similar directionality to the mode of thecorresponding luminance block that is not otherwise available for thechrominance block.

According to techniques of the present disclosure, an example derivationprocess for luma intra-prediction modes may include the followinginputs: a luma location (xB, yB) specifying a top-left luma sample of acurrent block relative to a top-left luma sample of a current picture ofthe current block; a variable, log 2TrafoSize, specifying the size ofthe current prediction unit; and, if available, variable arrays,IntraPredMode, that are derived for adjacent coding units previouslydecoded in decoding order. The output of this derivation process may bedenoted with the variable IntraPredMode[xB][yB].

Table 1 specifies an example of a number of luma intra-prediction modes,intraPredModeNum, depending on log 2TrafoSize, the size of a currentprediction block.

TABLE 1 Specification of intraPredModeNum log2TrafoSize intraPredModeNum2 17 3 34 4 34 5 34 6 3

The variable candModeList[x] defines the intra-prediction modes that areavailable. The variable NumMPMCand defines the number of most probablemode (MPM) candidates. According to techniques described herein, thenumber of MPM candidates is fixed for all blocks in a picture or frame.A video encoder may be configured to signal a value representative ofthe number of MPM candidates in, e.g., a sequence parameter set (SPS)for a sequence of pictures, a picture parameter set (PPS) for anindividual picture, or other data structure. Likewise, a video decodermay determine the number of MPM candidates by interpreting such signaledvalues.

The candModeList[x] and NumMPMCand can be derived based on the presenceand values of candIntraPredModeN. If both candIntraPredModeN are notavailable, then the index value 2 is assigned to candModeList[0] andNumMPMCand is set equal to 1. Otherwise, if only one candIntraPredModeNis available, then this candIntraPredModeN is assigned tocandModeList[0] and NumMPMCand is set equal to 1. Likewise, if bothcandIntraPredModeN are the same, one of the candIntraPredModeN isassigned to candModeList[0] and NumMPMCand is set equal to 1. If bothcandIntraPredModeN are different, NumMPMCand is set equal to 2 and bothcandIntraPredModeN are assigned to the candidate modes list, with thesmaller of the two candidates at candModeList[0] and the larger atcandModeList[1]. Table 2 summarizes how candModeList[×1] and NumMPMCandmay be derived.

TABLE 2 Specification of intraPredModeNum candIntraPredModeNcandModeList[0] NumMPMCand Both not available 2 1 Only one availablecandIntraPredModeN 1 Both are the same candIntraPredModeN 1 Both aredifferent Smaller 2 candIntraPredModeN set as candModeList[0] and largercandIntraPredModeN set as candModeList[1]

IntraPredMode[xB][yB] can be derived by applying the followingprocedure. If prev_intra_pred_flag[xB][yB] is true,IntraPredMode[xB][yB] is set equal to candModeList[mpm_idx[xB][yB]].Otherwise, IntraPredMode[xB][yB] is derived by applying the followingequations:IntraPredMode[xB][yB]=rem_intra_luma_pred_mode for(cIdx=0;cIdx<NumMPMCand;cIdx++)  (1)if (IntraPredMode[xB][yB]≧candModeList[cIdx]), thenIntraPredMode[xB][yB]++  (2)In these examples, the variable rem_intra_pred_mode is signaled by fixedlength binarization with one context. The variable cIdx specifies thechroma component of the current block.

For aroma intra-prediction mode signaling, the current HEVC allows sixmodes including: vertical, horizontal, DC, planar, luma signal basedchroma prediction, and inheritance of luma prediction mode. Among all ofthese modes, the inheritance of luma prediction mode means that thechroma prediction direction is the same as the luma predictiondirection. Because of this, some redundant symbols are removed if theluma mode is vertical, horizontal, DC, or planar. As a result, the codetables have different sizes for different luma prediction mode.

This process may require extra decoding process in parsing and extramemory. First, in order to parse intra_pred_mode, the decoder has todecode intra_pred_mode of the neighboring blocks A and B in order todetermine candIntraPredModeA and candIntraPredModeB. Furthermore, thedecoder has to determine candModeList and NumMPMC. The extra memory isrequired because six bits are needed in a decoder line buffer for every4×4 block in order to store intra_pred_mode. Further, the coding ofrem_intra_pred_mode is not efficient due to fixed length binarizationand its context modeling. Moreover, having different sizes of codetables for the chroma prediction mode requires having prior knowledge ofluma prediction mode before the parsing of the chroma prediction mode.

FIG. 2 is a block diagram illustrating an example video encoding anddecoding system 10 that may be used to implement the various techniquesdescribed herein. As shown in FIG. 2, system 10 includes a source device12 that transmits encoded video data to a destination device 14 via acommunication channel 16. Source device 12 and destination device 14 maycomprise any of a wide range of devices. In some cases, source device 12and destination device 14 may comprise wireless communication devices,such as wireless handsets, so-called cellular or satelliteradiotelephones, or any wireless devices that can communicate videoinformation over a communication channel 16, in which case communicationchannel 16 is wireless.

The techniques of this disclosure, however, are not necessarily limitedto wireless applications or settings. For example, these techniques mayapply to over-the-air television broadcasts, cable televisiontransmissions, satellite television transmissions. Internet videotransmissions, encoded digital video that is encoded onto a storagemedium, or other scenarios. Accordingly, communication channel 16 maycomprise any combination of wireless or wired media suitable fortransmission of encoded video data. Moreover, communication channel 16is intended to represent just one of many ways in which a video encodingdevice might transmit data to a video decoding device. For example, inother configurations of system 10, source device 12 might generateencoded video for decoding by destination device 14 and store theencoded video on a storage medium or a file server, such that theencoded video may be accessed by destination device 14 as desired.

In the example of FIG. 2, source device 12 includes a video source 18,video encoder 20, a modulator/demodulator (modem) 22, and a transmitter24. Destination device 14 includes a receiver 26, a modem 28, a videodecoder 30, and a display device 32. In accordance with this disclosure,video encoder 20 of source device 12 may be configured to apply thetechniques for coding syntax data representative of intra-predictionmodes for blocks of video data. In other examples, a source device and adestination device may include other components or arrangements. Forexample, source device 12 may receive video data from an external videosource 18, such as an external camera. Likewise, destination device 14may interface with an external display device, rather than including anintegrated display device.

The illustrated system 10 of FIG. 2 is merely one example. Techniquesfor coding syntax data representative of intra-prediction modes forblocks of video data may be performed by any digital video encodingand/or decoding device. Although generally the techniques of thisdisclosure are performed by a video encoding device, the techniques mayalso be performed by a video encoder/decoder, typically referred to as a“CODEC.” Moreover, the techniques of this disclosure may also beperformed by a video preprocessor. Source device 12 and destinationdevice 14 are merely examples of such coding devices in which sourcedevice 12 generates coded video data for transmission to destinationdevice 14. In some examples, devices 12 and 14 may operate in asubstantially symmetrical manner such that each of devices 12 and 14include video encoding and decoding components. Hence, system 10 maysupport one-way or two-way video transmission between video devices 12,14, e.g., for video streaming, video playback, video broadcasting, orvideo telephony.

Video source 18 of source device 12 may include a video capture device,such as a video camera, a video archive containing previously capturedvideo, and/or a video feed from a video content provider. As a furtheralternative, video source 18 may generate computer graphics-based dataas the source video, or a combination of live video, archived video, andcomputer-generated video. In some cases, if video source 18 is a videocamera, source device 12 and destination device 14 may form so-calledcamera phones or video phones. As mentioned above, however, thetechniques described in this disclosure may be applicable to videocoding in general, and may be applied to wireless and/or wiredapplications. In each case, the captured, pre-captured, orcomputer-generated video may be encoded by video encoder 20. The encodedvideo information may then be modulated by modem 22 according to acommunication standard, and transmitted to destination device 14 viatransmitter 24. Modem 22 may include various mixers, filters, amplifiersor other components designed for signal modulation. Transmitter 24 mayinclude circuits designed for transmitting data, including amplifiers,filters, and one or more antennas.

Receiver 26 of destination device 14 receives information over channel16, and modem 28 demodulates the information. Again, the video encodingprocess may implement one or more of the techniques described herein tocoding syntax data representative of intra-prediction modes for blocksof video data. The information communicated over channel 16 may includesyntax information defined by video encoder 20, which is also used byvideo decoder 30, that includes syntax elements that describecharacteristics and/or processing of macroblocks and other coded units,e.g., GOPs. Display device 32 displays the decoded video data to a user,and may comprise any of a variety of display devices such as a cathoderay tube (CRT), a liquid crystal display (LCD), a plasma display, anorganic light emitting diode (OLED) display, or another type of displaydevice.

In the example of FIG. 2, communication channel 16 may comprise anywireless or wired communication medium, such as a radio frequency (RF)spectrum or one or more physical transmission lines, or any combinationof wireless and wired media. Communication channel 16 may form part of apacket-based network, such as a local area network, a wide-area network,or a global network such as the Internet. Communication channel 16generally represents any suitable communication medium, or collection ofdifferent communication media, for transmitting video data from sourcedevice 12 to destination device 14, including any suitable combinationof wired or wireless media. Communication channel 16 may includerouters, switches, base stations, or any other equipment that may beuseful to facilitate communication from source device 12 to destinationdevice 14.

Video encoder 20 and video decoder 30 may operate according to a videocompression standard, such as the ITU-T H.264 standard, alternativelyreferred to as MPEG-4, Part 10, Advanced Video Coding (AVC). Thetechniques of this disclosure, however, are not limited to anyparticular coding standard. Other examples include MPEG-2 and ITU-TH.263. Although not shown in FIG. 2, in some aspects, video encoder 20and video decoder 30 may each be integrated with an audio encoder anddecoder, and may include appropriate MUX-DEMUX units, or other hardwareand software, to handle encoding of both audio and video in a commondata stream or separate data streams. If applicable, MUX-DEMUX units mayconform to the ITU H.223 multiplexer protocol, or other protocols suchas the user datagram protocol (UDP).

The ITU-T H.264/MPEG-4 (AVC) standard was formulated by the ITU-T VideoCoding Experts Group (VCEG) together with the ISO/IEC Moving PictureExperts Group (MPEG) as the product of a collective partnership known asthe Joint Video Team (JVT). In some aspects, the techniques described inthis disclosure may be applied to devices that generally conform to theH.264 standard. The H.264 standard is described in ITU-T RecommendationH.264, Advanced Video Coding for generic audiovisual services, by theITU-T Study Group, and dated March, 2005, which may be referred toherein as the H.264 standard or H.264 specification, or the H.264/AVCstandard or specification. The Joint Video Team (JVT) continues to workon extensions to H.264/MPEG-4 AVC.

Video encoder 20 and video decoder 30 each may be implemented as any ofa variety of suitable encoder circuitry, such as one or moremicroprocessors, digital signal processors (DSPs), application specificintegrated circuits (ASICs), field programmable gate arrays (FPGAs),discrete logic, software, hardware, firmware or any combinationsthereof. Each of video encoder 20 and video decoder 30 may be includedin one or more encoders or decoders, either of which may be integratedas part of a combined encoder/decoder (CODEC) in a respective camera,computer, mobile device, subscriber device, broadcast device, set-topbox, server, or the like.

A video sequence typically includes a series of video frames. A group ofpictures (GOP) generally comprises a series of one or more video frames.A GOP may include syntax to in a header of the GOP, a header of one ormore frames of the GOP, or elsewhere, that describes a number of framesincluded in the GOP. Each frame may include frame syntax data thatdescribes an encoding mode for the respective frame. Video encoder 20,for example, may include a fixed set of most probable candidateintra-prediction modes for each block in a frame, or each block withineach frame within each GOP. The fixed set of MPM candidates may includetwo (or more) most probable intra-prediction modes based on theintra-prediction modes of blocks neighboring a current block. Videoencoder 20 typically operates on video blocks within individual videoframes in order to encode the video data. A video block may correspondto a block, a CU, a PU, or a TU. The video blocks may have fixed orvarying sizes, and may differ in size according to a specified codingstandard. Each video frame may include a plurality of slices. Each slicemay include a plurality of macroblocks, which may be arranged intopartitions, also referred to as sub-blocks.

As an example, the ITU-T H.264 standard supports intra-prediction invarious block sizes, such as 16 by 16, 8 by 8, or 4 by 4 for lumacomponents, and 8×8 for chroma components, as well as inter predictionin various block sizes, such as 16×16, 16×8, 8×16, 8×8, 8×4, 4×8 and 4×4for luma components and corresponding scaled sizes for chromacomponents. In this disclosure, “N×N” and “N by N” may be usedinterchangeably to refer to the pixel dimensions of the block in termsof vertical and horizontal dimensions, e.g., 16×16 pixels or 16 by 16pixels. In general, a 16×16 block will have 16 pixels in a verticaldirection (y=16) and 16 pixels in a horizontal direction (x=16).Likewise, an N×N block generally, has N pixels in a vertical directionand N pixels in a horizontal direction, where N represents a nonnegativeinteger value. The pixels in a block may be arranged in rows andcolumns. Moreover, blocks need not necessarily have the same number ofpixels in the horizontal direction as in the vertical direction. Forexample, blocks may comprise N×M pixels, where M is not necessarilyequal to N.

Block sizes that are less than 16 by 16 may be referred to as partitionsof a 16 by 16 macroblock. Video blocks may comprise blocks of pixel datain the pixel domain, or blocks of transform coefficients in thetransform domain, e.g., following application of a transform such as adiscrete cosine transform (DCT), an integer transform, a wavelettransform, or a conceptually similar transform to the residual videoblock data representing pixel differences between coded video blocks andpredictive video blocks. In some cases, a video block may compriseblocks of quantized transform coefficients in the transform domain.

Smaller video blocks can provide better resolution, and may be used forlocations of a video frame that include high levels of detail. Ingeneral, macroblocks and the various partitions, sometimes referred toas sub-blocks, may be considered video blocks. In addition, a slice maybe considered to be a plurality of video blocks, such as macroblocksand/or sub-blocks. Each slice may be an independently decodable unit ofa video frame. Alternatively, frames themselves may be decodable units,or other portions of a frame may be defined as decodable units. The term“coded unit” may refer to any independently decodable unit of a videoframe such as an entire frame, a slice of a frame, a group of pictures(GOP) also referred to as a sequence, or another independently decodableunit defined according to applicable coding techniques.

Efforts are currently in progress to develop a new video codingstandard, currently referred to as High Efficiency Video Coding (HEVC).The emerging HEVC standard may also be referred to as H.265. Thestandardization efforts are based on a model of a video coding devicereferred to as the HEVC Test Model (HM). The HM presumes severalcapabilities of video coding devices over devices according to, e.g.,ITU-T H.264/AVC. For example, whereas H.264 provides nineintra-prediction encoding modes, HM provides as many as thirty-threeintra-prediction encoding modes, e.g., based on the size of a blockbeing intra-prediction coded.

HM refers to a block of video data as a coding unit (CU). Syntax datawithin a bitstream may define a largest coding unit (LCU), which is alargest coding unit in terms of the number of pixels. In general, a CUhas a similar purpose to a macroblock of H.264, except that a CU doesnot have a size distinction. Thus, a CU may be split into sub-CUs. Ingeneral, references in this disclosure to a CU may refer to a largestcoding unit of a picture or a sub-CU of an LCU. LCU may be split intosub-CUs, and each sub-CU may be split into sub-CUs. Syntax data for abitstream may define a maximum number of times an LCU may be split,referred to as CU depth. Accordingly, a bitstream may also define asmallest coding unit (SCU). This disclosure also uses the term “block”to refer to any of a CU, a prediction unit (PU), or a transform unit(TU).

An LCU may be associated with a quadtree data structure. In general, aquadtree data structure includes one node per CU, where a root nodecorresponds to the LCU. If a CU is split into four sub-CUs, the nodecorresponding to the CU includes four leaf nodes, each of whichcorresponds to one of the sub-CUs. Each node of the quadtree datastructure may provide syntax data for the corresponding CU. For example,a node in the quadtree may include a split flag, indicating whether theCU corresponding to the node is split into sub-CUs. Syntax elements fora CU may be defined recursively, and may depend on whether the CU issplit into sub-CUs.

A CU that is not split may include one or more prediction units (PUs).In general, a PU represents all or a portion of the corresponding CU,and includes data for retrieving a reference sample for the PU. Forexample, when the PU is intra-mode encoded, the PU may include datadescribing an intra-prediction mode for the PU. For example, inaccordance with the techniques of this disclosure, a fixed set of mostprobable candidate intra-prediction modes for each PU in a GU. The fixedset of MPM candidates may include two or more candidate intra-predictionmodes based on the intra-prediction modes of blocks neighboring acurrent block. As another example, when the PU is inter-mode encoded,the PU may include data defining a motion vector for the PU. The datadefining the motion vector may describe, for example, a horizontalcomponent of the motion vector, a vertical component of the motionvector, a resolution for the motion vector (e.g., one-quarter pixelprecision or one-eighth pixel precision), a reference frame to which themotion vector points, and/or a reference list (e.g., list 0 or list 1)for the motion vector. Data for the CU defining the PTAs) may alsodescribe, for example, partitioning of the CU into one or more PUs.Partitioning modes may differ between whether the CU is uncoded,intra-prediction mode encoded, or inter-prediction mode encoded.

A CU having one or more PUs may also include one or more transform units(TUs). Following prediction using a PU, a video encoder may calculate aresidual value for the portion of the CU corresponding to the PU. A setof residual values may be transformed, scanned, and quantized to definea set of transform coefficients. The TU defines a data structure thatincludes the transform coefficients, A TU is not necessarily limited tothe size of a PU. Thus, TUs may be larger or smaller than correspondingPUs for the same CU. In some examples, the maximum size of a TU maycorrespond to the size of the corresponding CU.

In accordance with the techniques of this disclosure, video encoder 20may encode certain blocks of video data using intra-prediction modeencoding, and provide information indicating a selected intra-predictionmode used to encode the block. Video encoder 20 may intra-predictionencode blocks of any type of frame or slice using an intra-predictionmode, e.g., I-frames or I-slices, in addition to P-frames or P-slicesand B-frames or B-slices. When video encoder 20 determines that a blockshould be intra-prediction mode encoded, video encoder 20 may perform arate-distortion analysis to select a most appropriate intra-predictionencoding mode. For example, video encoder 20 may calculaterate-distortion values for one or more intra-prediction encoding modes,and select one of the modes having acceptable rate-distortioncharacteristics.

Video encoder 20 may also be configured to determine an encoding contextfor the block. The context may include various characteristics of theblock such as, for example, a size of the block, which may be determinedin terms of pixel dimensions, prediction unit (PU) type such as, in theexample of HEVC, 2N×2N, N×2N, 2N×N, N×N, short-distance intra-prediction(SDIP) types such as 2N×N/2, N/2×2N, 2N×1, 1×2N, a macroblock type inthe example of H.264, a coding unit (CU) depth for the block, or othermeasurements of size for a block of video data. In some examples, thecontext may correspond to how any or all of intra-prediction modes foran above-neighboring block, a left-neighboring block, an above-leftneighboring block, an above-right neighboring block, or otherneighboring blocks. In some examples, the context may include bothintra-prediction modes for one or more blocks as well as sizeinformation for the current block being encoded.

In any case, video encoder 20 may include configuration data that mapsthe context for the block to various coding characteristics for thecurrent block. For example, based on the context for the block, theconfiguration data may indicate one or more most probableintra-prediction modes. In accordance with the techniques of thisdisclosure, video encoder 20 may determine one or more most probableencoding modes for a block, based on an encoding context for the block,as well as an intra-mode index table and a codeword table based on theencoding context for the block. The codeword table may comprise avariable length code (VLC) table for CAVCL or a binarization table forcontext-adaptive binary arithmetic coding (CABAC). In CABAC, videoencoder 20 may further binary arithmetic code a binarized value selectedfrom the table. After selecting the intra-prediction mode to use toencode the block, video encoder 20 may determine whether the selectedintra-prediction mode is the most probable intra-prediction mode for theblock. If the selected mode is the most probable mode, video encoder 20may signal the intra-prediction mode using a single bit codeword (e.g.,‘0’ or ‘1’). Assuming without loss of generality that the single bitcodeword has a value of ‘0,’ and that the codeword table is a VLC table,other codewords in the VLC table may begin with ‘1,’ to avoid violatingthe prefix requirements of VLC (that is, that no codeword in the tableis a prefix of another codeword in the table). In examples where theselected intra-prediction mode is not one of the most probable modes,video encoder 20 may signal the actual intra-prediction mode. In someexamples, a flag may be set indicating that the actual intra-predictionmode is not included in the candidate list of most probableinfra-prediction modes.

Video encoder 20 may, in some examples, be configured to begin analysisfor selection of an intra-prediction encoding mode with the mostprobable encoding mode, based on the context. When the most probableencoding mode achieves suitable rate-distortion characteristics, in someexamples, video encoder 20 may select the most probable encoding mode.In other examples, video encoder 20 need not begin the selection processwith the most probable encoding mode.

Following intra-predictive or inter-predictive coding to producepredictive data and residual data, and following any transforms (such asthe 4×4 or 8×8 integer transform used in H.264/AVC or a discrete cosinetransform DCT) to produce transform coefficients, quantization oftransform coefficients may be performed. Quantization generally refersto a process in which transform coefficients are quantized to possiblyreduce the amount of data used to represent the coefficients. Thequantization process may reduce the bit depth associated with some orall of the coefficients. For example, an n-bit value may be rounded downto an m-bit value during quantization, where n is greater than m.

Following quantization, entropy coding of the quantized data may beperformed, e.g., according to content adaptive variable length coding(CAVLC), context adaptive binary arithmetic coding (CABAC), or anotherentropy coding methodology. A processing unit configured for entropycoding, or another processing unit, may perform other processingfunctions, such as zero run length coding of quantized coefficientsand/or generation of syntax information such as coded block pattern(CBP) values, macroblock type, coding mode, maximum macroblock size fora coded unit (such as a frame, slice, macroblock, or sequence), or thelike.

Video decoder 30 may ultimately receive encoded video data, e.g., frommodem 28 and receiver 26. In accordance with the techniques of thisdisclosure, video decoder 30 may receive a codeword representative of anintra-prediction mode used to encode a block of video data. Videodecoder 30 may be configured to determine a coding context for the blockin a manner substantially similar to video encoder 20. Moreover, videodecoder 30 may include similar configuration data to video encoder 20,e.g., indications of a most probable encoding mode, an intra-predictionmode index table, and a VLC table for each coding context.

When using one most probable intra-prediction mode, if the codewordcomprises a single-bit codeword, video decoder 30 may determine that theintra-prediction mode used to encode the coded block was the mostprobable intra-prediction mode. Of course, as discussed above, thesingle-bit codeword should not be a prefix of the codewords of the VLCtable. Accordingly, if the received codeword is not the single-bitcodeword, video decoder 30 may determine the intra-prediction mode usedto encode the block of video data in a manner generally reciprocal tothat of video encoder 20.

Video encoder 20 and video decoder 30 each may be implemented as any ofa variety of suitable encoder or decoder circuitry, as applicable, suchas one or more microprocessors, digital signal processors (DSPs),application specific integrated circuits (ASICs), field programmablegate arrays (FPGAs), discrete logic circuitry, software, hardware,firmware or any combinations thereof. Each of video encoder 20 and videodecoder 30 may be included in one or more encoders or decoders, eitherof which may be integrated as part of a combined video encoder/decoder(CODEC). An apparatus including video encoder 20 and/or video decoder 30may comprise an integrated circuit, a microprocessor, and/or a wirelesscommunication device, such as a cellular telephone.

FIG. 3 is a block diagram illustrating an example of video encoder 20that may implement techniques for coding information indicative of anintra-prediction mode, and which may be used to implement the varioustechniques described above. Video encoder 20 may perform intra- andinter-coding of blocks within video frames, including macroblocks, orpartitions or sub-partitions of macroblocks. Intra-coding relies onspatial prediction to reduce or remove spatial redundancy in videowithin a given video frame. Inter-coding relies on temporal predictionto reduce or remove temporal redundancy in video within adjacent framesof a video sequence. Intra-mode (I-mode) may refer to any of severalspatial based compression modes and inter-modes such as uni-directionalprediction (P-mode) or bi-directional prediction (B-mode) may refer toany of several temporal-based compression modes. Although components forinter-mode encoding are depicted in FIG. 3, it should be understood thatvideo encoder 20 may further include components for intra-mode encoding.However, such components are not illustrated for the sake of brevity andclarity.

As shown in FIG. 3, video encoder 20 receives a current video blockwithin a video frame to be encoded. In the example of FIG. 2, videoencoder 20 includes motion compensation unit 44, motion estimation unit42, memory 64, summer 50, transform processing unit 52, quantizationunit 54, and entropy coding unit 56. For video block reconstruction,video encoder 20 also includes inverse quantization unit 58, inversetransform unit 60, and summer 62. A deblocking filter may also beincluded to filter block boundaries to remove blockiness artifacts fromreconstructed video. If desired, the deblocking filter would typicallyfilter the output of summer 62.

During the encoding process, video encoder 20 receives a video frame orslice to be coded. The frame or slice may be divided into multiple videoblocks. Motion estimation unit 42 and motion compensation unit 44perform inter-predictive coding of the received video block relative toone or more blocks in one or more reference frames to provide temporalcompression. Intra-prediction unit 46 may perform intra-predictivecoding of the received video block relative to one or more neighboringblocks in the same frame or slice as the block to be coded to providespatial compression.

Mode select unit 40 may select one of the coding modes, intra or inter,e.g., based on error results and based on a frame or slice type for theframe or slice including a current block being coded, and provides theresulting intra- or inter-coded block to summer 50 to generate residualblock data and to summer 62 to reconstruct the encoded block for use ina reference frame or reference slice. In general, intra-predictioninvolves predicting a current block relative to neighboring, previouslycoded blocks, while inter-prediction involves motion estimation andmotion compensation to temporally predict the current block.

Motion estimation unit 42 and motion compensation unit 44 represent theinter-prediction elements of video encoder 20. Motion estimation unit 42and motion compensation unit 44 may be highly integrated, but areillustrated separately for conceptual purposes. Motion estimation is theprocess of generating motion vectors, which estimate motion for videoblocks. A motion vector, for example, may indicate the displacement of apredictive block within a predictive reference frame (or other codedunit) relative to the current block being coded within the current frame(or other coded unit). A predictive block is a block that is found toclosely match the block to be coded, in terms of pixel difference, whichmay be determined by sum of absolute difference (SAD), sum of squaredifference (SSD), or other difference metrics. A motion vector may alsoindicate displacement of a partition of a macroblock. Motioncompensation may involve fetching or generating the predictive blockbased on the motion vector determined by motion estimation. Again,motion estimation unit 42 and motion compensation unit 44 may befunctionally integrated, in some examples.

Motion estimation unit 42 calculates a motion vector for the video blockof an inter-coded frame by comparing the video block to video blocks ofa reference frame in reference frame store 64. Motion compensation unit44 may also interpolate sub-integer pixels of the reference frame, e.g.,an I-frame or a P-frame. The ITU H.264 standard, as an example,describes two lists: list 0, which includes reference frames having adisplay order earlier than a current frame being encoded, and list 1,which includes reference frames having a display order later than thecurrent frame being encoded. Therefore, data stored in reference framestore 64 may be organized according to these lists.

Motion estimation unit 42 compares blocks of one or more referenceframes from reference frame store 64 to a block to be encoded of acurrent frame, e.g., a P-frame or a B-frame. When the reference framesin reference frame store 64 include values for sub-integer pixels, amotion vector calculated by motion estimation unit 42 may refer to asub-integer pixel location of a reference frame. Motion estimation unit42 and/or motion compensation unit 44 may also be configured tocalculate values for sub-integer pixel positions of reference framesstored in reference frame store 64 if no values for sub-integer pixelpositions are stored in reference frame store 64. Motion estimation unit42 sends the calculated motion vector to entropy coding unit 56 andmotion compensation unit 44. The reference frame block identified by amotion vector may be referred to as a predictive block. Motioncompensation unit 44 may calculate prediction data based on theinter-predictive block.

Intra-prediction unit 46 may intra-predict a current block, as analternative to the inter-prediction performed by motion estimation unit42 and motion compensation unit 44, as described above. In particular,intra-prediction unit 46 may determine an intra-prediction mode to useto encode a current block. In some examples, intra-prediction unit 46may encode a current block using various intra-prediction modes, duringseparate encoding passes, and intra-prediction unit 46 (or mode selectunit 40, in some examples) may select an appropriate intra-predictionmode to use from the tested modes. For example, intra-prediction unit 46may calculate rate-distortion values using a rate-distortion analysisfor the various tested intra-prediction modes, and select theintra-prediction mode having the best rate-distortion characteristicsamong the tested modes. Rate-distortion analysis generally determines anamount of distortion (or error) between an encoded block and anoriginal, unencoded block that was encoded to produce the encoded block,as well as a bit rate (that is, a number of bits) used to produce theencoded block. Intra-prediction unit 46 may calculate ratios from thedistortions and rates for the various encoded blocks to determine whichintra-prediction mode exhibits the best rate-distortion value for theblock.

In any case, after selecting an intra-prediction mode for a block,intra-prediction unit 46 may provide information indicative of theselected intra-prediction mode for the block to entropy coding unit 56.Entropy coding unit 56 may encode the information indicating theselected intra-prediction mode in accordance with the techniques of thisdisclosure. As illustrated in FIG. 3, video encoder 20 may includeconfiguration data 66, which may include a plurality of intra-predictionmode index tables and a plurality of codeword index tables (alsoreferred to as codeword mapping tables), definitions of encodingcontexts for various blocks, and indications of a most probableintra-prediction mode, an intra-prediction mode index table, and acodeword index table to use for each of the contexts.

In examples here the number of intra-prediction modes varies based onblock size, configuration data 66 may include different tables fordifferent sizes of blocks. Accordingly, a context for encoding anindication of an intra-prediction mode used to encode a block mayinclude a size of the block, as well as coding modes used to encodeneighboring blocks. Entropy coding unit 56 may select the mode indextable and codeword mapping table used to select a codewordrepresentative of the selected intra-prediction mode used to encode theblock based on the context for the block. Moreover, the mode indextables for blocks of a particular size may have numbers of entries equalto the number of intra-prediction modes for blocks of that size. Thus,mode index tables for blocks of size 4×4 may have 17 entries, mode indextables for blocks of size 8×8, 16×16, and 32×32 may have 34 entries, andmode index tables for blocks of size 64×64 may have 5 entries. Othersizes of blocks, e.g., 128×128, may also have a determined number ofintra-prediction modes available as well.

The intra-prediction modes available for blocks of size 8×8, 16×16, and32×32 may be the same, and therefore, the same mode index tables may beused for blocks of sizes 8×8, 16×16, and 32×32. Although the same modesmay be possible for blocks of these sizes, the probability of using aparticular mode to encode a block may vary based on the size of theblock. Accordingly, entropy coding unit 56 may determine a codewordmapping table for a particular mode index table based on the size of theblock for which an intra-prediction mode is to be signaled, in someexamples.

For example, video encoder 20 determines the set of most probable modes.Intra-prediction unit 46 may determine an actual intra-prediction modeof neighboring blocks of the current block. Video encoder 20 may also beconfigured to determine a first intra-prediction mode for aleft-neighboring block of the block, determine a second intra-predictionmode for an above-neighboring block of the block, and when the firstintra-prediction mode is different than the second intra-predictionmode, include both the first intra-prediction mode and the secondintra-prediction mode in the set of most probable intra-predictionmodes. For example, referring to FIG. 1, intra-prediction unit 46 maydetermine actual intra-prediction modes used for neighboring blocks A(4) and B (6) with respect to current block C (8). Based on theintra-prediction modes used for neighboring blocks A (4) and B (6),intra-prediction unit 46 determines the most probable modes for block C(8). Intra-prediction unit 46 may compare the actual intra-predictionmode used for neighboring block A (4) to the actual intra-predictionmode used for neighboring block B (6). Based on this comparison, aparticular intra-prediction mode, such as planar mode, may be includedin the set of most probable modes for block C (8). Intra-prediction unit46 may also determine an actual mode to use to intra-predict currentblock C (8).

When the first intra-prediction mode is the same as the secondintra-prediction mode, and when the first and second intra-predictionmodes comprise a mode other than a planar mode, intra-prediction unit 46includes the planar mode in the set of most probable intra-predictionmodes. In another example, when the first intra-prediction mode is thesame as the second intra-prediction mode, and when the first and secondintra-prediction modes comprise a planar mode, intra-prediction unit 46includes the planar mode and a DC mode in the set of most probableintra-prediction modes.

In another example, when the current block comprises a luminance block,video encoder 20 determines, for a chrominance block corresponding tothe luminance block, a mapping of a set of values to a set ofintra-prediction modes, the set of intra-prediction modes comprisinghorizontal mode, vertical mode, planar mode, DC mode, and luma signalprediction mode when the actual intra-prediction mode for the luminanceblock comprises a mode other than horizontal mode, vertical mode, planarmode, and DC mode, the set of intra-prediction modes further comprises areuse of luma intra-prediction mode mapped from a first value of the setof values. When the actual intra-prediction mode for the luminance blockcomprises one of horizontal mode, vertical mode, planar mode, and DCmode, the set of intra-prediction modes further comprises a mode otherthan horizontal mode, vertical mode, planar mode, and DC mode mappedfrom the first value of the set of values, video encoder 20 encodes avalue representative of an actual intra-prediction mode for thechrominance block based on the mapping of the set of values to the setof modes.

In another example, intra-prediction unit 46 determines a predictiondirection of the actual intra-prediction mode and includes at least oneintra-prediction mode having a prediction direction closest to theprediction direction of the actual intra-prediction mode in the set ofmost probable intra-prediction modes.

In yet another example, when the size of the set of most probableintra-prediction modes is equal to three, intra-prediction unit 46determine a prediction direction of a first intra-prediction mode andcompares the prediction direction of the first intra-prediction mode toprediction directions of one or more other available intra-predictionmodes. Infra-prediction unit 46 includes the first intra-prediction modein the set of most probable intra-prediction modes. Further, based onthe comparison, intra-prediction unit 46 includes a second and thirdintra-prediction mode of the one or more available intra-predictionmodes in the set of most probable intra-prediction modes, wherein thesecond and third intra-prediction modes have prediction directionsdetermined to be closest to the prediction direction of the firstintra-prediction mode.

After predicting a current block, e.g., using intra-prediction orinter-prediction, video encoder 20 may form a residual video block bysubtracting the prediction data calculated by motion compensation unit44 or intra-prediction unit 46 from the original video block beingcoded. Summer 50 represents the component or components that performthis subtraction operation. Transform processing unit 52 applies atransform, such as a discrete cosine transform (DCT) or a conceptuallysimilar transform, to the residual block, producing a video blockcomprising residual transform coefficient values. Transform processingunit 52 may perform other transforms, such as those defined by the H.264standard, which are conceptually similar to DCT. Wavelet transforms,integer transforms, sub-band transforms or other types of transformscould also be used. In any case, transform processing unit 52 appliesthe transform to the residual block, producing a block of residualtransform coefficients. The transform may convert the residualinformation from a pixel value domain to a transform domain, such as afrequency domain. Quantization unit 54 quantizes the residual transformcoefficients to further reduce bit rate. The quantization process mayreduce the bit depth associated with some or all of the coefficients.The degree of quantization may be modified by adjusting a quantizationparameter.

Following quantization, entropy coding unit 56 entropy codes thequantized transform coefficients. For example, entropy coding unit 56may perform content adaptive variable length coding (CAVLC), contextadaptive binary arithmetic coding (CABAL), or another entropy codingtechnique. Following the entropy coding by entropy coding unit 56, theencoded video may be transmitted to another device or archived for latertransmission or retrieval. In the case of context adaptive binaryarithmetic coding, context may be based on neighboring blocks and/orblock sizes.

In some cases, entropy coding unit 56 or another unit of video encoder20 may be configured to perform other coding functions, in addition toentropy coding and coding of the intra-prediction mode as describedabove. For example, entropy coding unit 56 may be configured todetermine coded block pattern (CBP) values for the blocks andpartitions. Also, in some cases, entropy coding unit 56 may perform runlength coding of the coefficients in a macroblock or partition thereof.In particular, entropy coding unit 56 may apply a zig-zag scan or otherscan pattern to scan the transform coefficients in a macroblock orpartition and encode runs of zeros for further compression. Entropycoding unit 56 also may construct header information with appropriatesyntax elements for transmission in the encoded video bitstream.

Inverse quantization unit 58 and inverse transform unit 60 apply inversequantization and inverse transformation, respectively, to reconstructthe residual block in the pixel domain, e.g., for later use as areference block. Motion compensation unit 44 may calculate a referenceblock by adding the residual block to a predictive block of one of theframes of reference frame store 64. Motion compensation unit 44 may alsoapply one or more interpolation filters to the reconstructed residualblock to calculate sub-integer pixel values for use in motionestimation. Summer 62 adds the reconstructed residual block to themotion compensated prediction block produced by motion compensation unit44 to produce a reconstructed video block for storage in reference framestore 64. The reconstructed video block may be used by motion estimationunit 42 and motion compensation unit 44 as a reference block tointer-code a block in a subsequent video frame.

In this manner, video encoder 20 represents an example of a videoencoder configured to determine one or more most probableintra-prediction encoding modes for a current block of video data basedon an encoding context for the current block, select a table ofcodewords based on the context for the current block, wherein the tableof codewords comprises a plurality of variable length codewordscorresponding to codeword indexes that correspond to intra-predictionmodes other than the most probable intra-prediction mode(s) based on thecontext, encode the current block using one of the intra-predictionmodes other than the most probable intra-prediction encoding mode,determine one of the codeword indexes that corresponds to the one of theintra-prediction modes using the table of codewords, and output acodeword from the selected table of codewords, wherein the codewordcorresponds to the one of the codeword indexes.

FIG. 4 is a block diagram illustrating an example of video decoder 30,which decodes an encoded video sequence, and which may be used toimplement the various techniques described herein. In the example ofFIG. 3, video decoder 30 includes an entropy decoding unit 70, motioncompensation unit 72, intra-prediction unit 74, inverse quantizationunit 76, inverse transformation unit 78, memory 82 and summer 80. Videodecoder 30 may, in some examples, perform a decoding pass generallyreciprocal to the encoding pass described with respect to video encoder20 (FIG. 3). Motion compensation unit 72 may generate prediction databased on motion vectors received from entropy decoding unit 70.

Motion compensation unit 72 may use motion vectors received in thebitstream to identify a prediction block in reference frames inreference frame store 82. Intra-prediction unit 74 may useintra-prediction modes received in the bitstream to form a predictionblock from spatially adjacent blocks. In particular, video decoder 30,in the example of FIG. 4, includes configuration data 84. Configurationdata 84 is substantially similar to configuration data 66 of FIG. 3, inthat configuration data 84 includes information describing contexts forintra-predicted blocks, as well as one of a plurality ofintra-prediction index mapping tables to use for each context, one of aplurality of codeword index (or codeword mapping) tables to use for eachcontext, and a most probable intra-prediction mode for each context.

Entropy decoding unit 70 may receive a codeword representative of anintra-prediction mode to use to decode an encoded block of video data.In some examples, the codeword may be a VLC codeword or an entropy codedbinarized value that is first entropy decoded using CABAC. Entropydecoding unit 70 may determine a context for the encoded block, e.g.,based on intra-prediction modes for a left-neighboring andtop-neighboring block to the encoded block and/or a size for the encodedblock. That is, the context may correspond to the two or more mostprobable modes. The codewords provide an indication of the actualintra-prediction mode for the current block. For example, the codewordindicates whether the actual intra-prediction mode is one of the mostprobable modes, and if not, intra-prediction unit 74 provides anindication of the actual intra-prediction mode. Based on the context,entropy decoding unit 70 may determine one or more most probableintra-prediction modes to use to decode the block, as well as anintra-prediction index table and a codeword index table to use todetermine the actual intra-prediction mode to use to decode the block.

Intra-prediction unit 74 may use the intra-prediction mode,corresponding to the indication, to intra-predict the encoded block,e.g., using pixels of neighboring, previously decoded blocks. Forexamples in which the block is inter-prediction mode encoded, motioncompensation unit 72 may receive information defining a motion vector,in order to retrieve motion compensated prediction data for the encodedblock. In any case, motion compensation unit 72 or intra-prediction unit74 may provide information defining a prediction block to summer 80.

Inverse quantization unit 76 inverse quantizes, i.e., de-quantizes, thequantized block coefficients provided in the bitstream and decoded byentropy decoding unit 70. The inverse quantization process may include aconventional process, e.g., as defined by the H.264 decoding standard oras performed by the HEVC Test Model. The inverse quantization processmay also include use of a quantization parameter QPY calculated byencoder 50 for each macroblock to determine a degree of quantizationand, likewise, a degree of inverse quantization that should be applied.

Inverse transform unit 58 applies an inverse transform, e.g., an inverseDCT, an inverse integer transform, or a conceptually similar inversetransform process, to the transform coefficients in order to produceresidual blocks in the pixel domain. Motion compensation unit 72produces motion compensated blocks, possibly performing interpolationbased on interpolation filters. Identifiers for interpolation filters tobe used for motion estimation with sub-pixel precision may be includedin the syntax elements. Motion compensation unit 72 may useinterpolation filters as used by video encoder 20 during encoding of thevideo block to calculate interpolated values for sub-integer pixels of areference block. Motion compensation unit 72 may determine theinterpolation filters used by video encoder 20 according to receivedsyntax information and use the interpolation filters to producepredictive blocks.

Motion compensation unit 72 uses some of the syntax information todetermine sizes of blocks used to encode frame(s) of the encoded videosequence, partition information that describes how each block of a frameor slice of the encoded video sequence is partitioned, modes indicatinghow each partition is encoded, one or more reference frames (andreference frame lists) for each inter-encoded block or partition, andother information to decode the encoded video sequence.

Summer 80 sums the residual blocks with the corresponding predictionblocks generated by motion compensation unit 72 or intra-prediction unit74 to form decoded blocks. If desired, a deblocking filter may also beapplied to filter the decoded blocks in order to remove blockinessartifacts. The decoded video blocks are then stored in reference framestore 82, which provides reference blocks for subsequent motioncompensation and also produces decoded video for presentation on adisplay device as display device 32 of FIG. 2).

In this manner, video decoder 30 of FIG. 4 represents an example of avideo decoder configured to determine one or more most probableintra-prediction modes for a coded block of video data based on acontext for the current block, select a table of codewords based on thecontext for the current block, wherein the table of codewords comprisesa plurality of variable length codewords corresponding to codewordindexes that correspond to intra-prediction modes other than the mostprobable intra-prediction mode(s) based on the context, determine one ofthe codeword indexes that corresponds to a received codeword using thetable of codewords, select an intra-prediction mode other than the mostprobable intra-prediction mode to use to decode the coded block, whereinthe selected intra-prediction mode corresponds to the determined one ofthe codeword indexes; and decode the current block using the selectedintra-prediction mode.

According to techniques described herein, video decoder 30 determinesthe set of most probable modes for a current video block.Intra-prediction unit 74 may determine an actual intra-prediction modeof neighboring blocks of the current block. Video decoder 30 may also beconfigured to determine a first intra-prediction mode for aleft-neighboring block of the block, determine a second intra-predictionmode for an above-neighboring block of the block, and when the firstintra-prediction mode is different than the second intra-predictionmode, include both the first intra-prediction mode and the secondintra-prediction mode in the set of most probable intra-predictionmodes. For example, referring to FIG. 1, infra-prediction unit 74 maydetermine actual intra-prediction modes used for neighboring blocks A(4) and B (6) with respect to current block C (8). Based on theintra-prediction modes used for neighboring blocks A (4) and B (6),intra-prediction unit 74 determines the most probable modes for block C(8). Intra-prediction unit 74 may compare the actual intra-predictionmode used for neighboring block A (4) to the actual intra-predictionmode used for neighboring block B (6). Based on this comparison, aparticular intra-prediction mode, such as planar mode, may be includedin the set of most probable modes for block C (8). Intra-prediction unit74 may also determine an actual mode to use to intra-predict currentblock C (8).

When the first intra-prediction mode is the same as the secondintra-prediction mode, and when the first and second intra-predictionmodes comprise a mode other than a planar mode, intra-prediction unit 74includes the planar mode in the set of most probable intra-predictionmodes. In another example, when the first intra-prediction mode is thesame as the second intra-prediction mode, and when the first and secondintra-prediction modes comprise a planar mode, intra-prediction unit 74includes the planar mode and a DC mode in the set of most probableintra-prediction modes.

In another example, when the current block comprises a luminance block,video decoder 30 determines, for a chrominance block corresponding tothe luminance block, a mapping of a set of values to a set ofintra-prediction modes, the set of intra-prediction modes comprisinghorizontal mode, vertical mode, planar mode, DC mode, and luma signalprediction mode when the actual intra-prediction mode for the luminanceblock comprises a mode other than horizontal mode, vertical mode, planarmode, and DC mode, the set of intra-prediction modes further comprises areuse of luma intra-prediction mode mapped from a first value of the setof values. When the actual intra-prediction mode for the luminance blockcomprises one of horizontal mode, vertical mode, planar mode, and DCmode, the set of intra-prediction modes further comprises a mode otherthan horizontal mode, vertical mode, planar mode, and DC mode mappedfrom the first value of the set of values, video decoder 30 decodes avalue representative of an actual intra-prediction mode for thechrominance block based on the mapping of the set of values to the setof modes.

In another example, intra-prediction unit 74 determines a predictiondirection of the actual intra-prediction mode of the current block andincludes at least one intra-prediction mode having a predictiondirection closest to the prediction direction of the actualintra-prediction mode in the set of most probable intra-predictionmodes.

In yet another example, when the size of the set of most probableintra-prediction modes is equal to three, intra-prediction unit 74determines a prediction direction of a first intra-prediction mode andcompares the prediction direction of the first intra-prediction mode toprediction directions of one or more other available intra-predictionmodes. Intra-prediction unit 74 includes the first intra-prediction modein the set of most probable intra-prediction modes. Further, based onthe comparison, intra-prediction unit 74 includes a second and thirdintra-prediction mode of the one or more available intra-predictionmodes in the set of most probable intra-prediction modes, wherein thesecond and third intra-prediction modes have prediction directionsdetermined to be closest to the prediction direction of the firstintra-prediction mode.

FIG. 5 is a diagram illustrating one example of 35 intra-predictionmodes and their corresponding prediction directions. As defined in thisexample, each of 35 index values are uniquely assigned to differentintra-prediction modes. In this example, index value 2 is mapped to theDC intra-prediction mode, index value 34 is mapped to the planarintra-prediction mode, and index value 35 is mapped to the from_lumaintra-prediction mode. The rest of the index values are assigned to theavailable set of different intra-prediction modes, each having aprediction direction. For example, intra-prediction unit 46 of videoencoder 20 may provide one of five values for a syntax element thatindicates the actual intra-prediction mode used to encode a luma block.Similarly, intra-prediction unit 46 of video encoder 20 may provide oneof six values for a syntax element that indicates the actualintra-prediction mode used to encode a chroma block. The six values maybe one of the five values used for the luma block, plus a valueindicating an imitation of the intra-prediction mode that was used tocode the corresponding luma block.

For example, the intra-prediction mode mapped to index value 0 has anupward prediction direction with respect to the current block beingcoded. That is, the pixels used to predict a current block come fromabove the current block when the mode mapped to index value 0 isselected. For examples where the intra-prediction mode number is 34, theintra-prediction modes having prediction directions closest to theintra-prediction mode mapped to index value 0 are the intra-predictionmodes mapped to index values 21 and 22. For examples where theintra-prediction mode number is 17, the intra-prediction modes havingprediction directions closest to the intra-prediction mode mapped toindex value 0 are the infra-prediction modes mapped to index values 11and 12, because the index values 21 and 22 are not available for the setof 17 intra-prediction modes.

In an alternate numbering scheme, intra_planar mode may correspond tomode 0, in which case the mode number of all others modes would beincreased by 1. Some of the tables used throughout this disclosuregenerally correspond to this alternate numbering scheme. It should beclear, however, to one of ordinary skill in the art that the techniquesof this disclosure are not limited to one particular numbering scheme.

FIG. 6 is a diagram illustrating another example of 35 intra-predictionmodes and their corresponding prediction directions. As defined in theexample of FIG. 6, each of 35 index values are uniquely assigned todifferent intra-prediction modes. In this example, index value 0 ismapped to the planar intra-prediction mode, index value 1 is mapped toDC intra-prediction mode, and index value 35 is mapped to the from_lumaintra-prediction mode. The rest of the index values are assigned to theavailable set of different intra-prediction modes, each having aprediction direction.

The diagram of FIG. 6 shows IntraPredMode[xB][yB] labeled 0, 1, 2, . . ., 35 represents directions of predictions according to Table 3.1. Table3.1 specifies the value for the intra prediction mode and the associatednames. Mode 34, for example, is an intra-angular mode that points to anupper-right direction of the current block to be coded. In someexamples, mode 34 is the upper-right direction intra-prediction mode.

TABLE 3.1 Specification of intra prediction mode and associated namesIntra prediction mode Associated names 0 Intra_Planar 1 Intra_DCOtherwise (2 . . . 34) Intra_Angular 35  Intra_FromLuma (used only forchroma)

Inputs to an example derivation process for lama intra prediction modesincludes a luma location (xB, yB) specifying the top-left ham sample ofthe current block relative to the top-left lima sample of the currentpicture, a variable log 2PUSize specifying the size of the currentprediction unit, and variable arrays IntraPredMode (If available) thatare previously (in decoding order) derived for adjacent coding units.Output of the example process derivation process for luma intraprediction modes is the variable IntraPredMode[xB][yB].

IntraPredMode[xB][yB] can be derived as the following ordered steps.First, the neighbouring locations (xBA, yBA) and (xBB, yBB) are setequal to (xB−1, yB) and (xB, yB−1), respectively. Second, the minimumcoding block addresses cbAddrA and cbAddrB of the coding treeblockscovering the locations (xBA, yBA) and (xBB, yBB) respectively where arederived as follows:cbAddrA=MinCbAddrZS[xBA<<Log 2MinCbSize][yBA<<Log 2MinCbSize]cbAddrB=MinCbAddrZS[xBB<<Log 2MinCbSize][yBB<<Log 2MinCbSize]

Third, an availability process for a minimum coding block addressspecified is invoked once with the minimum coding block address cbAddrAas the input and the output assigned to availableA and once with theminimum coding bloc a dress cbAddrB as the input and the output assignedto availableB.

Fourth, for N being either replaced A or B, the variables intraPredModeNare derived as follows: If availableN is equal to FALSE, intraPredModeNis set equal to Intra_DC. Otherwise, if the coding unit covering (xBN,yBN) is not coded as intra mode, intraPredModeN is set equal toIntra_DC, otherwise, if yB−1 is less than yCtb, intraPredModeA is setequal to IntraPredMode[xBA][yBA] and intraPredModeB is set equal toIntra_DC. Otherwise, intraPredModeN is set equal toIntraPredMode[xBN][yBN], where IntraPredMode is the variable arrayassigned to the coding unit covering the luma location (xBN, yBN).

Fifth, the candModeList[×] with x=0.2 is derived as follows: IfcandIntraPredModeB is equal to candIntraPredModeA, the followingapplies: If candIntraPredModeA is less than 2 (either Intra_planar orIntra_DC), candModeList[x] with x=0.2 is derived as:candModeList[0]=Intra_PlanarcandModeList[1]=Intra_DCcandModeList[2]=Intra_Angular(26)Otherwise, candModeList[x] with x=0 . . . 2 is derived as:candModeList[0]=candIntraPredModeAcandModeList[1]=2+((candIntraPredModeA−2−1)%32candModeList[2]=2+((candIntraPredModeA−2+1)%32Otherwise (candIntraPredModeB is not equal to candIntraPredModeA), thefollowing applies: candModeList[0] and candModeList[1] are derived asfollows:candModeList[0]=candIntraPredModeAcandModeList[1]=candIntraPredModeBIf none of candModeList[0] and candModeList[1] is equal to Intra_Planar,candModeList[2] is set equal to Intra_Planar. Otherwise, if none ofcandModeList[0] and candModeList[1] is equal to Intra_DC,candModeList[2] is set equal to Intra_DC. Otherwise, candModeList[2] isset equal to Intra_Angular (26).

Sixth, IntraPredMode[xB][yB] is derived by applying the followingprocedure. If prev_intra_pred_flag[xB][yB] is equal to TRUE, theIntraPredMode[xB][yB] is set equal to candModeList[mpm_idx]. OtherwiseIntraPredMode[xB][yB] is derived by applying the following orderedsteps: First, array candModeList[x], x=0.2 is modified in the followingway: If candModeList[0] is greater than candModeList[1], swap twovalues; if candModeList[0] is greater than candModeList[2], swap twovalues; and if candModeList[1] is greater than candModeList[2], swap twovalues. Second, IntraPredMode[xB][yB] is derived as the followingordered steps: First, IntraPredMode[xB][yB] rem_intra_luma_pred_mode.When IntraPredMode[xB][yB] is greater than or equal to candModeList[0],the value of IntraPredMode[xB][yB] is increased by one. WhenIntraPredMode[xB][yB] is greater than or equal to candModeList[1], thevalue of IntraPredMode[xB][yB] is increased by one. WhenIntraPredMode[xB][yB] is greater than or equal to candModeList[2], thevalue of IntraPredMode[xB][yB] is increased by one.

An example derivation process for chroma intra prediction mode isdefined as follows. An input to this process is a luma location (xB, yB)specifying the top-left luma sample of the current block relative to thetop-left lama sample of the current picture. An output of this processis the variable IntraPredModeC. The chroma intra prediction modeIntraPredModeC is derived as specified in Tables 3.2 or 3.3 withintra_chroma_pred_mode, IntraPredMode[xB][yB] andchroma_pred_from_luma_enabled_flag as inputs.

TABLE 3.2 Specification of IntraPredModeC according to the values ofintra_chroma_pred_mode and IntraPredMode[xB][yB] whenchroma_pred_from_luma_enabled_flag is equal to 1 IntraPredMode[xB][yB] Xintra_chroma_pred_mode 0 26 10 1 (0 <= X < 35) 0 34 0 0 0 0 1 26 34 2626 26 2 10 10 34 10 10 3 1 1 1 34 1 4 LM LM LM LM LM 5 0 26 10 1 X

TABLE 3.3 Specification of IntraPredModeC according to the values ofintra_chroma_pred_mode and IntraPredMode[xB][yB] whenchroma_pred_from_luma_enabled_flag is equal to 0 IntraPredMode[xB][yB]intra_chroma_pred_mode 0 26 10 1 X (0 <= X < 35) 0 34 0 0 0 0 1 26 34 2626 26 2 10 10 34 10 10 3 1 1 1 34 1 4 0 26 10 1 X

Further details regarding coding processes for coding units coded inintra-prediction mode can be found at High efficiency video coding(HEVC) text specification draft 6, JCT-VC of ITU-T SG16 WP3 and ISO/IECJTC1/SC29/WG11, 7th Meeting, Geneva, 21-30 Nov. 2011, the entirecontents of which are incorporated by reference. Further detailsregarding coding processes for coding units coded in intra-predictionmode in accordance with HEVC can be found in HEVC text specificationdraft 7, document HCTVC-I1003, Bross et al., “High Efficiency VideoCoding (HEVC) Text Specification Draft 7,” Joint Collaborative Team onVideo Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11, 9thMeeting: Geneva, Switzerland, Apr. 27, 2012 to May 7, 2012, which, as ofJun. 6, 2012, is downloadable fromhttp://phenix.it-sudparis.eu/jct/doc_end_user/documents/9_Geneva/wg11/ICTVC-I1003-v3.zip.

FIG. 7 is a flowchart illustrating one example of a method 100 forintra-prediction mode signaling for video encoding. Method 100 may beperformed by any one of system 10 of FIG. 1, video encoder 20 of FIG. 3,video decoder 30 of FIG. 4, or any other suitable device.

Method 100 includes determining, for a block of video data, a set ofmost probable intra-prediction modes such that the set of most probableintra-prediction modes has a size that is equal to a predeterminednumber that is greater than or equal to two (102). Method 100 may alsoinclude coding a value representative of an actual intra-prediction modefor the block based at least in part on the set of most probableintra-prediction modes (104). Further, method 100 includes coding theblock using the actual intra-prediction mode (106).

Method 100 may include setting NumMPMC to a fixed number for a frame orpicture, which is greater or equal to 2. For example, if NumMPMC=3,three candidate modes are selected under all circumstances for a givenpicture. Regarding a block in the picture, if both candIntraPredModeNare the same, the prediction direction for the candIntraPredModeN isdetermined. Of the available prediction modes for the block, the twoprediction modes that have the closest prediction directions as theprediction direction of candIntraPredModeN are assigned to be theadditional two candidate modes, bringing the total of most probablemodes to the set fixed three modes. If the values for candIntraPredModeNare different, the additional candidate mode may be chosen to be DC,vertical, or horizontal modes.

In another example where NumMPMC=3, three candidate modes are selectedunder all circumstances for a given picture, wherein the set of threemost probable intra-prediction modes includes DC mode, vertical mode,and planar mode.

FIG. 8 is a flowchart illustrating one example of a method 200 fordetermining most probable intra-prediction mode candidates when a set ofmost probable intra-prediction modes is equal to three. Method 200 maybe performed by a video encoder, such as video encoder 20 of FIGS. 2 and3. In other examples, method 200 may be performed by a video decoder,such as video decoder 30 of FIGS. 2 and 4.

The details of an example derivation of method 200 is as follows. First,NumMPMC is set equal to three most probable modes (202). In someexamples, video encoder 20 or video decoder 30 set NumMPMC equal tothree for a current block. In other examples, video encoder 20 or videodecoder 30 determine NumMPMC from a previously coded block with respectto the current block, wherein the previously coded block is from thesame frame as the current block.

Video encoder 20 or video decoder 30 determines whether bothcandIntraPredModeN are available in a set of available intra-predictionmodes (204). The set of available intra-prediction modes may be based onintraPredModeNum, and may be, for example, equal to 17 or 34. If bothcandIntraPredModeN are not available, then the value 2 is assigned tocandModeList[0], the value 0 is assigned to candModeList[1], and thevalue 1 is assigned to candModeList[2] (206). For example, if bothcandIntraPredModeN are not available candModeList[0] is assigned to DCmode, candModeList[1] is assigned to Planar mode, and candModeList[2] isassigned to vertical mode. For example, if both candIntraPredModeN arenot available, then candModeList may be chosen to be DC, vertical, orhorizontal. Otherwise, if both candIntraPredModeN are available, videoencoder 20 or video decoder 30 determines whether bothcandIntraPredModeN have the same value, that is, point to the sameintra-prediction mode (208).

If both candIntraPredModeN are the same, then this candIntraPredModeN isassigned to candModeList[0] (210). CandModeList[1] and candModeList[2]are then derived, by intra-prediction unit 46 or 74, respectively, byapplying the following procedure: preModeMinus1_M[candModeList[0]] isassigned to candModeList[1] and PreModePlus1_M[candModeList[0]] isassigned to candModeList[2], where M represents intraPredModeNum (212).Tables 3.3, 4.3, and 5.3, provided below, can be used in determiningthese values. For example, using FIG. 5, if intraPredModeNum is equal to34, and candModeList[0]=0 (meaning that candIntraPredModeN=0), thencandModeList[1] preModeMinus1_M[candModeList[0]]=21 andcandModeList[2]=PreModePlus1_M[candModeList[0]]=22.

Turning back to FIG. 8, if both candIntraPredModeN are the same (208),then both candIntraPredModeN are assigned to the candidate modes list(214). For example, the smaller of the two candidates is assigned tocandModeList[0] and the larger candidate is assigned to candModeList[1].

The remaining third candidate to be included in the set of most probablemodes, CandModeList[2], is derived by applying the following procedure:Video encoder 20 or video decoder 30 determines whether eithercandIntraPredModeN is equal to the value 2 (216). If neithercandIntraPredModeN is equal to the value 2, then the value 2 is assignedto candModeList[2] (218). This ensures that the value 2 is not repeatedin the candidate mode list. If at least one of the candIntraPredModeN isequal to the value 2, then video encoder 20 or video decoder 30determines whether either candIntraPredModeN is equal to the value 0(220). If neither candIntraPredModeN is equal to the value 0, then thevalue 0 is assigned to candModeList[2](222). Otherwise, the value 1 isassigned to candModeList[2] (224).

Table 4 provides an example candidate mode mapping with the variableintraPredModeNum is set to three. In one example, a video encoder, suchas video encoder 20 of FIGS. 2 and 3, is configured with datacorresponding to Table 4.3. Likewise, a video decoder, such as videodecoder 30 of FIGS. 2 and 4, is configured with data corresponding toTable 4.3. Table 4.3 provides a mapping between a candidate (or actual)intra-prediction mode and the two closest intra-prediction modes to theintra-prediction mode when intraPredModeNum equals three. In someexamples, the closest intra-prediction modes to the intra-predictionmode may be the closest in terms of prediction direction. The videocoder may use the candidate mode mapping of Table 4.3 to determine whichintra-prediction modes are included in a most probable modes candidatelist for a current block when intraPredModeNum is equal to three.

TABLE 4.3 Candidate mode mapping when intraPredModeNum is equal to 3candModeList[0] 0 1 2 PreModeMinus1_3 2 2 0 PreModePlus1_3 1 0 1

Table 5.3 provides an example candidate mode mapping with the variableintraPredModeNum is set to seventeen. In one example, a video encoder,such as video encoder 20 of FIGS. 2 and 3, is configured with datacorresponding to Table 5.3. Likewise, a video decoder, such as videodecoder 30 of FIGS. 2 and 4, is configured with data corresponding toTable 5.3. Table 5.3 provides a mapping between a candidate (or actual)intra-prediction mode and the two closest intra-prediction modes to theintra-prediction mode when intraPredModeNum equals seventeen. In someexamples, the closest intra-prediction modes to the intra-predictionmode may be the closest in terms of prediction direction. The videocoder may use the candidate mode mapping of Table 5.3 to determine whichintra-prediction modes are included in a most probable modes candidatelist for a current block when intraPredModeNum is equal to seventeen.

TABLE 5.3 Candidate mode mapping when intraPredModeNum is equal to 17candModeList[0] 0 1 2 3 4 5 6 7 8 9 10 11 PreModeMinus1_17 11 16 0 14 1012 13 15 9 6 3 4 PreModePlus1_17 12 15 1 10 11 13 9 14 16 8 4 0candModeList[0] 12 13 14 15 16 PreModeMinus1_17 0 5 7 1 8PreModePlus1_17 5 6 3 7 1

Table 6.3 provides an example candidate mode mapping with the variableintraPredModeNum is set to thirty-four. In one example, a video encoder,such as video encoder 20 of FIGS. 2 and 3, is configured with datacorresponding to Table 6.3. Likewise, a video decoder, such as videodecoder 30 of FIGS. 2 and 4, is configured with data corresponding toTable 6.3. Table 6.3 provides a mapping between a candidate (or actual)intra-prediction mode and the two closest intra-prediction modes to theintra-prediction mode when intraPredModeNum equals thirty-four. In someexamples, the closest intra-prediction modes to the intra-predictionmode may be the closest in terms of prediction direction. The videocoder may use the candidate mode mapping of Table 6.3 to determine whichintra-prediction modes are included in a most probable modes candidatelist for a current block when intraPredModeNum is equal to thirty-four.

TABLE 6.3 Candidate mode mapping when intraPredModeNum is equal to 34candModeList[0] 0 1 2 3 4 5 6 7 8 9 10 PreModeMinus1_34 21 30 0 26 19 2325 28 32 33 18 PreModePlus1_34 22 29 1 18 20 24 9 27 31 6 19candModeList[0] 11 12 13 14 15 16 17 18 19 20 21 PreModeMinus1_34 20 2224 27 29 31 32 10 4 11 0 PreModePlus1_34 21 23 25 26 28 30 33 3 10 4 11candModeList[0] 22 23 24 25 26 27 28 29 30 31 32 33 PreModeMinus1_34 125 13 6 3 14 7 15 1 16 8 17 PreModePlus1_34 0 12 5 13 14 7 15 1 16 8 17 9

In some examples, where the NumMPMC is greater than or equal to two, oneof the most probable candidate modes is the planar mode. For example, ifNumMPMC is equal to four, three candidate modes may be determined asdescribed above, while a fourth mode is set to planar mode. If one ofthe three candidate modes is already equal to planar mode, the fourthmode may be set equal to DC mode.

Another parameter, remaining intra-prediction mode, rem_intra_pred_mode,may also defined. According to techniques of the present disclosure,rem_intra_pred_mode may have multiple contexts. The most probable modecan be used to predict the remaining intra-prediction mode. Each bin iscoded with a context to better represent the statistic, resulting inimproved most probable mode selection.

According to other techniques, codeword grouping may be provided. Forexample, all codewords for the intra-prediction modes may be dividedinto multiple groups. A fixed or variable length binarization may beused to signal the index of the group. Then, a fixed or variable lengthbinarization may be used to signal the codeword index inside the group.

For example, three groups of codes are formed for intraPredModeNum isequal to 17 or 34. All groups but one have 2N bin strings, as shown inTable 7. In one example, a video encoder, such as video encoder 20 ofFIGS. 2 and 3, is configured with data corresponding to Table 7.Likewise, a video decoder, such as video decoder 30 of FIGS. 2 and 4, isconfigured with data corresponding to Table 7.

TABLE 7 Number of bins for intraModeTable[rem_intra_luma_pred_mode]Value of intraModeTable[rem_intra_luma_pred_mode] Number of Bins, N <2 1≧2 and <10 3 ≧10  2 <8 3 ≧8 and <24 4 ≧24  3

One exception to Table 7 is when the mapped rem_intra_luma_pred_mode isgreater than 23 and the binarization is shown in Table 8. A unarybinarization is used to indicate the group index of mappedrem_intra_luma_pred_mode. In one example, a video encoder, such as videoencoder 20 of FIGS. 2 and 3, is configured with data corresponding toTable 8. Likewise, a video decoder, such as video decoder 30 of FIGS. 2and 4, is configured with data corresponding to Table 8.

TABLE 8 Binarization table when intraModeTable[rem_intra_luma_pred_mode]≧24 Value of intraModeTable[rem_intra_luma_pred_mode] Bin string 24 0025 010 26 011 28 100 29 101 30 110 31 111

A codeword index is derived from an intra-prediction mode, regardless ofwhether the video coder is using VLC or CABAC. The codeword index maymap to a binarized value, such as is shown in Table 8. A binarized valueis a sequence of bits, which may be referred to as bins. Each bin may becoded sequentially. Thus, two tables are provided such that for eachdifferent scenario, the codewords are already provided in a table and donot have to be determined for each scenario. A single binarization tableis provided regardless of which most probable intra-prediction modes areincluded in the candidate list.

Techniques described herein also provide fixed codeword and code tablesize for a chroma prediction mode under different lama prediction modes.Because of the inheritance mode, the existing approach removes anyredundant codewords from the code tables. A fixed size code table can bebeneficial for the parsing process because the decoding of the lama modeno longer needs to be done beforehand.

Two different approaches can be done to achieve a fixed size code table.First, one of the intra-prediction modes is disabled when there is not aredundant codeword, so a redundant codeword is created artificially.Second, a different mode is enabled to replace the redundant mode inorder to eliminate the redundant codeword. Furthermore, a mapping of thecodeword and the intra-prediction mode could be different for differentluma prediction modes.

In another example, the mapping of the planar mode may be changed fromthe previous HEVC. For example, the planar mode may be mapped to indexvalue 0. Subsequently, the index value associated with all the otherintra-prediction modes may be shifted up by 1. This change will increasethe probability of getting a smaller rem_intra_luma_pred_mode, since theplanar mode is chosen more frequently.

Techniques of the disclosure fix the number of available chromaintra-prediction modes. The variable Intra_Pred_ModeC is a chromaintra-prediction mode. For example, six available chromaintra-prediction modes (IntraPredModeC) can be signaled. Two modes, lumasignal prediction and reuse of the luma intra-prediction mode, remainunchanged. For the other four modes, two mode choices are added, whichinclude the adjacent intra-prediction modes and the perpendicularadjacent intra-prediction modes. Table 9 provides an example indexmapping for the adjacent intra-prediction modes. Table 9 provides anexample index mapping for the perpendicular adjacent intra-predictionmodes.

TABLE 9 Perpendicular mode mapping when intraPredModeNum is equal to 18intraPredMode 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 PredMode_P_17 1 00 6 8 7 3 5 4 3 8 16 15 14 13 12 11

TABLE 9 Perpendicular mode mapping when intraPredModeNum is equal to 35intraPredMode 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 PredMode_P_341 0 0 6 8 7 3 5 4 3 8 16 15 14 13 12 11 10 intraPredMode 18 19 20 21 2223 24 25 26 27 28 29 30 31 32 33 34 PredMode_P_34 33 32 31 30 29 28 2726 25 24 23 22 21 20 19 18 0

The other four modes are derived as follow: If intra_pred_mode is equalto 2, 0 is assigned to intra_chroma_pred_mode[0], 1 is assigned tointra_chroma_pred_mode[1], 6 is assigned to intra_chroma_pred_mode[2],and 35 is assigned to intra_chroma_pred_mode[3]. If intra_pred_mode isequal to 35, for example, 0 is assigned to intra_chroma_pred_mode[0], 1is assigned to intra_chroma_pred_mode[1], 2 is assigned tointra_chroma_pred_mode[2], and 6 is assigned tointra_chroma_pred_mode[3].

If, for example, intraPredModeNum is equal to 18 or 35,intra_chroma_pred_mode [0], intra_chroma_pred_mode [1], andintra_chroma_pred_mode [2] are derived by applying the followingprocedure, using some of the tables, such as Tables 8 and 9.PredModeMinus1_M[intra_pred_mode] is assigned tointra_chroma_pred_mode[0], PredModePlus1_M[intra_pred_mode] is assignedto intra_chroma_pred_mode[1], PredMode_P_M[intra_pred_mode] is assignedto intra_chroma_pred_mode[2], and 35 is assigned tointra_chroma_pred_mode[3], where M represents intraPredModeNum.Otherwise, 0 is assigned to intra_chroma_pred_mode[0], 1 is assigned tointra_chroma_pred_mode[1], 2 is assigned to intra_chroma_pred_mode[2],and 35 is assigned to intra_chroma_pred_mode[3].

In another example where the number of available chroma intra-predictionmodes is fixed, any redundant intra_pred_mode in the list of candidateintra-prediction modes may be replaced with a predefinedintra-prediction mode.

In another example, NumMPMC may be set to four. That is, four candidatemodes are selected under all circumstances for a given video frame(i.e., NumMPMC=4). If both candIntraPredModeN are the same, the twoavailable prediction modes that are closest to candIntraPredModeN in theprediction direction are assigned to be two additional two candidatemodes. If candIntraPredModeN are different, the additional candidatemode may be chosen to be the DC, the vertical, or the horizontal mode.

An example derivation for the candidate mode lists are as follows forwhen NumMPMC=4: If both candIntraPredModeN are not available, then thevalue 3 is assigned to candModeList[0], the value 0 is assigned tocandModeList[1], the value 1 is assigned to candModeList[2], and thevalue 2 is assigned to candModeList[3]. Otherwise, if bothcandIntraPredModeN are the same, then this candIntraPredModeN isassigned to candModeList[0]. CandModeList[1] and candModeList[2] arederived by applying the following procedure, using Tables 3.4, 4.4, and5.4.

As can be seen in Tables 3.4, 4.4, and 5.4, If candModeList[0] is notequal to, the value 0 is assigned to candModeList[1]. Otherwise, thevalue 2 is assigned to candModeList[1]. PreModeMinus1_M[candModeList[0]]is assigned to candModeList[2] and PreModePlus1_M[candModeList[0]] isassigned to candModeList[3], where M represents intraPredModeNum.

Otherwise, both candIntraPredModeN are assigned to the candidate modeslist with the smaller of the two candidates at candModeList[0] and thelarger at candModeList[1]. The variables candModeList[2],candModeList[3], and candModeList[4] are derived by applying thefollowing procedure: If candIntraPredMode[0]=0, thencandModeList[2]=PreModeMinus1_M[candModeList[1]] andcandModeList[3]=PreModePlus1_M[candModeList[1]]. Otherwise, ifcandIntraPredMode1=0, thencandModeList[2]=PreModeMinus1_M[candModeList[0]] andcandModeList[3]=PreModePlus1_M[candModeList[0]]. Otherwise,candModeList[2]=0, and the variables candModeList[3] and candModeList[4]are picked first two available members from the following set:

$\quad\begin{Bmatrix}{{{PreModeMinus1\_ M}\left\lbrack {{candIntraPredMode}\; 0} \right\rbrack},} \\{{{PreModeMinus1\_ M}\left\lbrack {{candIntraPredMode}\; 1} \right\rbrack},} \\{{{PreModePlus1\_ M}\left\lbrack {{candIntraPredMode}\; 0} \right\rbrack},} \\{{{PreModePlus1\_ M}\left\lbrack {{candIntraPredMode}\; 1} \right\rbrack},} \\3\end{Bmatrix}$A mode may be defined as available when the mode has not previouslyexisted in candModeList.

Tables 3.4, 4.4, and 5.4 are provided below, and are analogous to Tables3.3, 4.3, and 5.3, provided above. Tables 3.3, 4.3, and 5.3 apply toexamples where intraPredModeNum is equal to 3. In contrast, Tables 3.4,4.4, and 5.4 apply to examples where intraPredModeNum is equal to 4.Specifically, Table 4.4 provides an example candidate mode mapping whenintraPredModeNum is equal to 4.

TABLE 4.4 Candidate mode mapping when intraPredModeNum is equal to 4candModeList[0] 1 2 3 PreModeMinus1_4 3 3 1 PreModePlus1_4 2 1 2

Table 5.4 provides an example candidate mode mapping whenintraPredModeNum is equal to 18.

TABLE 5.4 Candidate mode mapping when intraPredModeNum is equal to 18candModeList[0] 0 1 9 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17PreModeMinus1_18 1 12 17 1 15 11 13 14 16 10 7 4 5 1 6 8 2 9PreModePlus1_18 2 13 16 2 11 12 14 10 15 17 9 5 1 6 7 4 8 2 Last_MPM_189 2 1 9 3 1 1 3 2 2 3 15 13 12 3 11 17 16

Table 6.4 provides an example candidate mode mapping whenintraPredModeNum is equal to 35.

TABLE 6.4 Candidate mode mapping when intraPredModeNum is equal to 35candModeList[0] 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16PreModeMinus1_35 1 22 31 1 27 20 24 26 29 33 34 19 21 23 25 28 30PreModePlus1_35 2 23 30 2 19 21 25 10 28 32 7 20 22 24 26 27 29Last_MPM_35 9 2 1 9 3 1 1 3 9 2 3 15 13 12 3 11 17 candModeList[0] 17 1819 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 PreModeMinus1_35 32 34 411 5 12 1 13 6 14 15 8 16 2 17 9 18 10 PreModePlus1_35 31 33 11 5 12 113 6 14 7 4 15 8 16 2 17 9 18 Last_MPM_(——)35 16 3 27 19 22 23 22 23 3 319 27 30 31 30 31 3 3

According to another example, NumMPMC may be equal to 5. That is, fivecandidate modes are selected under all circumstances (i.e., NumMPMC=5),except intraPredModeNum=4, where NumMPMC=4. If NumMPMC=4, the derivationof candModeList[4] is skipped. In this example of NumMPMC=5, planar modeis assumed to be set to the value 0. If both candIntraPredModeN are thesame, that is, for example, if the intra prediction modes of theleft-neighboring and above-neighboring blocks are the same, the twoavailable prediction modes that are closest to candIntraPredModeN in theprediction direction may be assigned to be the additional two candidatemodes. If candIntraPredModeN are different, the additional candidatemode may be chosen to be the DC, the vertical, or the horizontal mode.

The details of an example derivation are as follows: If bothcandIntraPredModeN are not available, then the value 3 is assigned tocandModeList[0], the value 0 is assigned to candModeList[1], the value 1is assigned to candModeList[2], the value 2 is assigned tocandModeList[3], and the value 9 is assigned to candModeList[ ]. Forexample, candIntraPredMode0 may correspond to the left neighboring block(block 6 in FIG. 1) and candIntraPredMode1 may correspond to theabove-neighboring block (block 4 in FIG. 1). Otherwise, if bathcandIntraPredModeN are available and are the same, then the value of thesame candIntraPredModeN is assigned to candModeList[0].

The values for candModeList[1] and candModeList[2] are derived byapplying the following procedure, using Tables 2.4, 3.4, and 4.4. IfcandModeList[0] is not equal to 0 or 2, the value 0 is assigned tocandModeList[1]. Otherwise, the value 2 is assigned to candModeList[1].PreModeMinus1_M[candModeList[0]] is assigned to candModeList[2],PreModePlus1_M[candModeList[0]] is assigned to candModeList[3], andLast_MPM[candModeList[0]] is assigned to candModeList[4], where Mrepresents intraPredModeNum.

Otherwise, both candIntraPredModeN are assigned to the candidate modeslist with the smaller of the two candidates at candModeList[0] and thelarger at candModeList[1]. The variables candModeList[2],candModeList[3] and candModeList[4] are derived by applying thefollowing procedure. If candIntraPredMode0=0, thencandModeList[2]=PreModeMinus1_M[candModeList[1]],candModeList[3]=PreModePlus1_M[candModeList[1]], andcandModeList[4]=LastMPM_M[candModeList[1]]. Otherwise, ifcandIntraPredMode1=0, thencandModeList[2]=PreModeMinus1_M[candModeList[0]],candModeList[3]=PreModePlus1_M[candModeList[0]], andcandModeList[4]=LastMPM_M[candModeList[0]]. Otherwise,candModeList[2]=0, and candModeList[3] and candModeList[4] are pickedfrom the first two available members from the following set:

$\quad\begin{Bmatrix}{{{PreModeMinus1\_ M}\left\lbrack {{candIntraPredMode}\; 0} \right\rbrack},} \\{{{PreModeMinus1\_ M}\left\lbrack {{candIntraPredMode}\; 1} \right\rbrack},} \\{{{PreModePlus1\_ M}\left\lbrack {{candIntraPredMode}\; 0} \right\rbrack},} \\{{{PreModePlus1\_ M}\left\lbrack {{candIntraPredMode}\; 1} \right\rbrack},} \\{3,} \\{{{Last\_ MPM}{{\_ M}\left\lbrack {{candIntraPredMode}\; 0} \right\rbrack}},{and}} \\{{Last\_ MPM}{{\_ M}\left\lbrack {{candIntraPredMode}\; 1} \right\rbrack}}\end{Bmatrix}$A mode may be defined as available when the mode has not previouslyexisted in the candModeList.

Regarding chroma intra-prediction mode signaling, the current HEVCallows 6 modes, planar, vertical, horizontal, DC, Luma signal basedchroma prediction, and inheritance of Luma prediction mode. An indexassignment for these modes may be as follows: planar(0), vertical(1),horizontal(2), DC(3), and Luma signal based chroma prediction(35).However, in other examples, other index assignments are used. Among all,the inheritance of Luma prediction mode means the chroma predictiondirection is the same as luma prediction direction.

For example, 0 is assigned to intra_chroma_pred_mode[0], 1 is assignedto intra_chroma_pred_mode[1], 2 is assigned tointra_chroma_pred_mode[2], and 3 is assigned tointra_chroma_pred_mode[3]. If intra_pred_mode is equal to 0, 1, 2, or 3(that is, planar, vertical, horizontal, or DC mode), 7 is assigned tointra_chroma_pred_mode[intra_pred_mode]. FIG. 6 illustrates anotherexample having a different mapping of index values to intra-predictionmodes for luma components. For example, in FIG. 6, if intra_pred_mode isequal to 0, 10, 26, or 1 (planar, vertical, horizontal, or DC mode,respectively), then 34 (upper-right) is assigned tointra_chroma_pred_mode[intra_pred_mode]. That is, if intra_pred_mode isequal to planar, vertical, horizontal, or DC mode, thenintra_chroma_pred_mode[intra_pred_mode] is equal to the upper-rightdirectional mode.

Last_MPM design may be the same for intraPredModeNum=18 and the first 18modes when intraPredModeNum=35 to have the same table size. Also, whenintraPredModeNum=35, the last 17 modes can be symmetrically designedwith respect to mode 1, 2, and 4 to further save the table size.

In another example, the number of available chroma intra-predictionmodes may be fixed. For example, six available chroma intra-predictionmodes (IntraPredModeC) can be signaled. Two modes, lama signalprediction and reuse of the luma intra-prediction mode, remainunchanged. For the other four modes, two choices are added, which arethe adjacent intra-prediction modes (Table 4.4 and Table 5.4) and theperpendicular adjacent intra-prediction modes (Table 8 and Table 9).

The other four modes are derived as follow. 0 is assigned tointra_chroma_pred_mode[0], 1 is assigned to intra_chroma_pred_mode[1], 2is assigned to intra_chroma_pred_mode[2] and 3 is assigned tointra_chroma_pred_mode[3]. If intra_pred_mode is equal to 0 or 3, 7 isassigned to intra_chroma_pred_mode[intra_pred_mode]. Otherwise,PredModeMinus1_M[intra_pred_mode] is assigned tointra_chroma_pred_mode[0], PredModePlus1_M[intra_pred_mode] is assignedto intra_chroma_pred_mode[1], PredMode_P_M[intra_pred_mode] is assignedto intra_chroma_pred_mode[2].

TABLE 8 Perpendicular mode mapping when intraPredModeNum is equal to 18intraPredMode 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 PredMode_P_181 2 1 1 7 9 8 4 6 5 4 9 17 16 15 14 13 12

TABLE 9 Perpendicular mode mapping when intraPredModeNum is equal to 35intraPredMode 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 PredMode_P_351 2 1 1 7 9 8 4 6 5 4 9 17 16 15 14 13 12 intraPredMode 18 19 20 21 2223 24 25 26 27 28 29 30 31 32 33 34 PredMode_P_35 11 34 33 32 31 30 2928 27 26 25 24 23 22 21 20 19

In one or more examples, the functions described may be implementedhardware, software, firmware, or any combination thereof. If implementedin software, the functions may be stored on or transmitted over as oneor more instructions or code on a computer-readable medium and executedby a hardware-based processing unit. Computer-readable media may includecomputer-readable storage media, which corresponds to a tangible mediumsuch as data storage media, or communication media including any mediumthat facilitates transfer of a computer program from one place toanother, according to a communication protocol. In this manner,computer-readable media generally may correspond to (1) tangiblecomputer-readable storage media which is non-transitory or (2) acommunication medium such as a signal or carrier wave. Data storagemedia may be any available media that can be accessed by one or morecomputers or one or more processors to retrieve instructions, codeand/or data structures for implementation of the techniques described inthis disclosure. A computer program product may include acomputer-readable medium.

By way of example, and not limitation, such computer-readable storagemedia can comprise RAM, ROM, EEPROM, CD-ROM or other optical diskstorage, magnetic disk storage, or other magnetic storage devices, flashmemory, or any other medium that can be used to store desired programcode in the form of instructions or data structures and that can beaccessed by a computer. Also, any connection is properly termed acomputer-readable medium. For example, if instructions are transmittedfrom a website, server, or other remote source using a coaxial cable,fiber optic cable, twisted pair, digital subscriber line (DSL), orwireless technologies such as infrared, radio, and microwave, then thecoaxial cable, fiber optic cable, twisted pair, DSL, or wirelesstechnologies such as infrared, radio, and microwave are included in thedefinition of medium. It should be understood, however, thatcomputer-readable storage media and data storage media do not includeconnections, carrier waves, signals, or other transitory media, but areinstead directed to non-transitory, tangible storage media. Disk anddisc, as used herein, includes compact disc (CD), laser disc, opticaldisc, digital versatile disc (DVD), floppy disk and blu-ray disc wheredisks usually reproduce data magnetically, while discs reproduce dataoptically with lasers. Combinations of the above should also be includedwithin the scope of computer-readable media.

Instructions may be executed by one or more processors, such as one ormore digital signal processors (DSPs), general purpose microprocessors,application specific integrated circuits (ASICs), field programmablelogic arrays (FPGAs), or other equivalent integrated or discrete logiccircuitry. Accordingly, the term “processor,” as used herein may referto any of the foregoing structure or any other structure suitable forimplementation of the techniques described herein. In addition, in someaspects, the functionality described herein may be provided withindedicated hardware and/or software modules configured for encoding anddecoding, or incorporated in a combined codec. Also, the techniquescould be fully implemented in one or more circuits or logic elements.

The techniques of this disclosure may be implemented in a wide varietyof devices or apparatuses, including a wireless handset, an integratedcircuit (IC) or a set of ICs (e.g., a chip set). Various components,modules, or units are described in this disclosure to emphasizefunctional aspects of devices configured to perform the disclosedtechniques, but do not necessarily require realization by differenthardware units. Rather, as described above, various units may becombined in a codec hardware unit or provided by a collection ofinteroperative hardware units, including one or more processors asdescribed above, in conjunction with suitable software and/or firmware.

Various examples have been described. These and other examples arewithin the scope of the following claims.

The invention claimed is:
 1. A method of coding video data, the methodcomprising: determining, by at least one processor for a block of videodata, a set of most probable intra-prediction modes for predicting theblock of video data from available intra-prediction modes for predictingthe block of video data, wherein the set of most probableintra-prediction modes has a size that is equal to a predeterminednumber that is greater than or equal to two; coding, by the at least oneprocessor, a value indicating that an actual intra-prediction mode forthe block of video data is included in the set of most probableintra-prediction modes; and coding, by the at least one processor, theblock of video data using the actual intra-prediction mode; whereindetermining the set of most probable intra-prediction modes furthercomprises: determining, by the at least one processor, a firstintra-prediction mode for a left-neighboring block of the block of videodata, determining, by the at least one processor, a secondintra-prediction mode for an above-neighboring block of the block ofvideo data, when the first intra-prediction mode is different than thesecond intra-prediction mode, including, by the at least one processor,both the first intra-prediction mode and the second intra-predictionmode in the set of most probable intra-prediction modes, when the firstintra-prediction mode is the same as the second intra-prediction mode,and when the first and second intra-prediction modes comprise a modeother than a planar mode, including, by the at least one processor, thefirst intra-prediction mode and the planar mode in the set of mostprobable intra-prediction modes, and when the first intra-predictionmode is the same as the second intra-prediction mode, and when the firstand second intra-prediction modes comprise a planar mode, including, bythe at least one processor, the planar mode and a DC mode in the set ofmost probable intra-prediction modes.
 2. The method of claim 1, whereinthe block of video data comprises a luminance block, the method furthercomprising: determining, by the at least one processor for a chrominanceblock corresponding to the luminance block, a mapping of a set of valuesto a set of intra-prediction modes, the set of intra-prediction modescomprising horizontal mode, vertical mode, planar mode, DC mode, andluma signal prediction mode, wherein when the actual intra-predictionmode for the luminance block comprises a mode other than horizontalmode, vertical mode, planar mode, or DC mode, the set ofintra-prediction modes further comprises a reuse of lumaintra-prediction mode mapped from a first value of the set of values,and wherein when the actual intra-prediction mode for the luminanceblock comprises one of horizontal mode, vertical mode, planar mode, orDC mode, the set of intra-prediction modes further comprises a modeother than horizontal mode, vertical mode, planar mode, or DC modemapped from the first value of the set of values; coding, by the atleast one processor, a value representative of an actualintra-prediction mode for the chrominance block based on the mapping ofthe set of values to the set of modes; and coding, by the at least oneprocessor, the chrominance block using the actual intra-prediction modefor the chrominance block.
 3. The method of claim 1, further comprising:determining, by the at least one processor, a prediction direction ofthe actual intra-prediction mode, wherein determining the set of mostprobable intra-prediction modes further comprises including, by the atleast one processor, at least one intra-prediction mode having aprediction direction closest to the prediction direction of the actualintra-prediction mode in the set of most probable intra-predictionmodes.
 4. The method of claim 1, wherein the size of the set of mostprobable intra-prediction modes is equal to three.
 5. The method ofclaim 4, further comprising: determining, by the at least one processor,a prediction direction of a first intra-prediction mode; and comparing,by the at least one processor, the prediction direction of the firstintra-prediction mode to prediction directions of one or more otheravailable intra-prediction modes; and wherein determining the set ofmost probable intra-prediction modes further comprises including, by theat least one processor, the first intra-prediction mode, a secondintra-prediction mode of the one or more available intra-predictionmodes, and a third intra-prediction mode of the one or more availableintra-prediction modes in the set of most probable intra-predictionmodes, wherein the second and third intra-prediction modes haveprediction directions determined to be closest to the predictiondirection of the first intra-prediction mode based on the comparison. 6.The method of claim 4, wherein the set of three most probableintra-prediction modes includes DC mode, vertical mode, and planar mode.7. The method of claim 1, wherein: the size of the set of most probableintra-prediction modes is equal to four, when two of the most probableintra-prediction modes are the same, the set of four most probableintra-prediction modes comprises two available intra-prediction modeshaving prediction directions that are closest to a prediction directionof the same most probable intra-prediction mode, otherwise the mostprobable intra-prediction modes comprise at least one of the DCintra-prediction mode, the vertical intra-prediction mode, or thehorizontal intra-prediction mode.
 8. The method of claim 1, furthercomprising: selecting, by the at least one processor, the actualintra-prediction mode for the block of video data, and wherein codingthe block of video data further comprises encoding, by the at least oneprocessor, the block of video data based on the actual intra-predictionmode.
 9. The method of claim 1, wherein: coding the block of video datafurther comprises decoding, by the at least one processor, the block ofvideo data using the actual intra-prediction mode, and coding the valuerepresentative of the actual intra-prediction mode comprisesdetermining, by the at least one processor, the actual intra-predictionmode from the value.
 10. The method of claim 1, wherein when the actualintra-prediction mode is the planar, vertical, horizontal, or DC mode, achroma intra-prediction mode is an upper-right directionintra-prediction mode.
 11. A device for coding video data, the devicecomprising: a memory configured to store a block of video data; and avideo coder configured to: determine, for the block of video data, a setof most probable intra-prediction modes for predicting the block ofvideo data from available intra-prediction modes for predicting theblock of video data, wherein the set of most probable intra-predictionmodes has a size that is equal to a predetermined number that is greaterthan or equal to two, and code a value indicating that an actualintra-prediction mode for the block of video data is included in the setof most probable intra-prediction modes, and code the block using theactual intra-prediction mode, wherein determine the set of most probableintra-prediction modes further comprises that the video coder isconfigured to determine a first intra-prediction mode for aleft-neighboring block of the block of video data, determine a secondintra-prediction mode for an above-neighboring block of the block ofvideo data, and when the first intra-prediction mode is different thanthe second intra-prediction mode, include both the firstintra-prediction mode and the second intra-prediction mode in the set ofmost probable intra-prediction modes, when the first intra-predictionmode is the same as the second intra-prediction mode, and when the firstand second intra-prediction modes comprise a mode other than a planarmode, include the first intra-prediction mode and the planar mode in theset of most probable intra-prediction modes, and when the firstintra-prediction mode is the same as the second intra-prediction mode,and when the first and second intra-prediction modes comprise a planarmode, include the planar mode and a DC mode in the set of most probableintra-prediction modes.
 12. The device of claim 11, wherein the block ofvideo data comprises a luminance block, and wherein the video coder isfurther configured to determine, for a chrominance block correspondingto the luminance block, a mapping of a set of values to a set ofintra-prediction modes, the set of intra-prediction modes comprisinghorizontal mode, vertical mode, planar mode, DC mode, and luma signalprediction mode, wherein when the actual intra-prediction mode for theluminance block comprises a mode other than horizontal mode, verticalmode, planar mode, or DC mode, the set of intra-prediction modes furthercomprises a reuse of luma intra-prediction mode mapped from a firstvalue of the set of values, and wherein when the actual intra-predictionmode for the luminance block comprises one of horizontal mode, verticalmode, planar mode, or DC mode, the set of intra-prediction modes furthercomprises a mode other than horizontal mode, vertical mode, planar mode,or DC mode mapped from the first value of the set of values, code avalue representative of an actual intra-prediction mode for thechrominance block based on the mapping of the set of values to the setof modes, and code the chrominance block using the actualintra-prediction mode for the chrominance block.
 13. The device of claim11, wherein the video coder is further configured to determine aprediction direction of the actual intra-prediction mode, and include atleast one intra-prediction mode having a prediction direction closest tothe prediction direction of the actual intra-prediction mode in the setof most probable intra-prediction modes.
 14. The device of claim 11,wherein the size of the set of most probable intra-prediction modes isequal to three.
 15. The device of claim 14, wherein the video coder isfurther configured to determine a prediction direction of a firstintra-prediction mode, compare the prediction direction of the firstintra-prediction mode to prediction directions of one or more otheravailable intra-prediction modes, and include the first intra-predictionmode, a second intra-prediction mode of the one or more availableintra-prediction modes, and a third intra-prediction mode of the one ormore available intra-prediction modes in the set of most probableintra-prediction modes, wherein the second and third intra-predictionmodes have prediction directions determined to be closest to theprediction direction of the first intra-prediction mode based on thecomparison.
 16. The device of claim 14, wherein the set of three mostprobable intra-prediction modes includes DC mode, vertical mode, andplanar mode.
 17. The device of claim 15, wherein: the size of the set ofmost probable intra-prediction modes is equal to four, when two of themost probable intra-prediction modes are the same, the set of four mostprobable intra-prediction modes comprises two available intra-predictionmodes having prediction directions that are closest to a predictiondirection of the same most probable intra-prediction mode, otherwise themost probable intra-prediction modes comprise at least one of the DCintra-prediction mode, the vertical intra-prediction mode, or thehorizontal intra-prediction mode.
 18. The device of claim 11, whereinwhen the actual intra-prediction mode is the planar, vertical,horizontal, or DC mode, a chroma intra-prediction mode is an upper-rightdirection intra-prediction mode.
 19. The device of claim 11, furthercomprising a camera configured to capture a picture that includes theblock of video data, wherein the video coder comprises: a video encoderconfigured to: select the actual intra-prediction mode, and encode theblock based on the actual intra-prediction mode.
 20. The device of claim11, further comprising a display configured to display a picture thatincludes the block, wherein the video coder comprises: a video decoderconfigured to: determine the actual intra-prediction mode from thevalue, and decode the block of video data using the actualintra-prediction mode.
 21. A non-transitory computer program productcomprising a computer-readable storage medium having stored thereoninstructions that, when executed, cause a processor of a video codingdevice to: determine, for a block of video data, a set of most probableintra-prediction modes for predicting the block of video data fromavailable intra-prediction modes for predicting the block of video data,wherein the set of most probable intra-prediction modes has a size thatis equal to a predetermined number that is greater than or equal to two;code a value indicating that an actual intra-prediction mode for theblock of video data is included in the set of most probableintra-prediction modes; and code the block of video data using theactual intra-prediction mode; wherein the instructions further compriseinstructions that cause the processor to: determine a firstintra-prediction mode for a left-neighboring block of the block of videodata, determine a second intra-prediction mode for an above-neighboringblock of the block of video data, and when the first intra-predictionmode is different than the second intra-prediction mode, include boththe first intra-prediction mode and the second intra-prediction mode inthe set of most probable intra-prediction modes, when the firstintra-prediction mode is the same as the second intra-prediction mode,and the first and second intra-prediction modes comprise a mode otherthan a planar mode, include the first intra-prediction mode and theplanar mode in the set of most probable intra-prediction modes, and whenthe first intra-prediction mode is the same as the secondintra-prediction mode, and when the first and second intra-predictionmodes comprise a planar mode, include the planar mode and a DC mode inthe set of most probable intra-prediction modes.
 22. The non-transitorycomputer program product of claim 21, wherein the block of video datacomprises a luminance block, wherein the instructions further comprise:determine, for a chrominance block corresponding to the luminance block,a mapping of a set of values to a set of intra-prediction modes, the setof intra-prediction modes comprising horizontal mode, vertical mode,planar mode, DC mode, and luma signal prediction mode, wherein when theactual intra-prediction mode for the luminance block comprises a modeother than horizontal mode, vertical mode, planar mode, or DC mode, theset of intra-prediction modes further comprises a reuse of lumaintra-prediction mode mapped from a first value of the set of values,and wherein when the actual intra-prediction mode for the luminanceblock comprises one of horizontal mode, vertical mode, planar mode, orDC mode, the set of intra-prediction modes further comprises a modeother than horizontal mode, vertical mode, planar mode, or DC modemapped from the first value of the set of values; code a valuerepresentative of an actual intra-prediction mode for the chrominanceblock based on the mapping of the set of values to the set of modes; andcode the chrominance block using the actual intra-prediction mode forthe chrominance block.
 23. The non-transitory computer program productof claim 21, wherein the instructions further comprise: determine aprediction direction of the actual intra-prediction mode; and include atleast one intra-prediction mode having a prediction direction closest tothe prediction direction of the actual intra-prediction mode in the setof most probable intra-prediction modes.
 24. The non-transitory computerprogram product of claim 21, wherein the size of the set of mostprobable intra-prediction modes is equal to three.
 25. Thenon-transitory computer program product of claim 24, wherein theinstructions further comprise: determine a prediction direction of afirst intra-prediction mode; compare the prediction direction of thefirst intra-prediction mode to prediction directions of one or moreother available intra-prediction modes; include the firstintra-prediction mode, a second intra-prediction mode of the one or moreavailable intra-prediction modes, and a third intra-prediction mode ofthe one or more available intra-prediction modes in the set of mostprobable intra-prediction modes, wherein the second and thirdintra-prediction modes have prediction directions determined to beclosest to the prediction direction of the first intra-prediction modebased on the comparison.
 26. The non-transitory computer program productof claim 24, wherein the set of three most probable intra-predictionmodes includes DC mode, vertical mode, and planar mode.
 27. Thenon-transitory computer program product of claim 21, wherein: the sizeof the set of most probable intra-prediction modes is equal to four, andwhen two of the most probable intra-prediction modes are the same, theset of four most probable intra-prediction modes comprises two availableintra-prediction modes having prediction directions that are closest toa prediction direction of the same most probable intra-prediction mode,otherwise the most probable intra-prediction modes comprise at least oneof the DC intra-prediction mode, the vertical intra-prediction mode, orthe horizontal intra-prediction mode.
 28. The non-transitory computerprogram product of claim 21, wherein the instructions that cause theprocessor to code the block of video data comprise instructions thatcause the processor to encode the block of video data, furthercomprising instructions that cause the processor to select the actualintra-prediction mode.
 29. The non-transitory computer program productof claim 21, wherein the instructions that cause the processor to codethe block of video data comprise instructions that cause the processorto decode the block of video data, wherein the instructions that causethe processor to code the value representative of the actualintra-prediction mode comprise instructions that cause the processor todetermine the actual intra-prediction mode.
 30. A device for videocoding, comprising: means for determining, for a block of video data aset of most probable intra-prediction modes for predicting the block ofvideo data from available intra-prediction modes for predicting theblock of video data, wherein the set of most probable intra-predictionmodes has a size that is equal to a predetermined number that is greaterthan or equal to two; means for coding a value indicating that an actualintra-prediction mode for the block of video data is included in the setof most probable intra-prediction modes; means for coding the block ofvideo data using the actual intra-prediction mode; means for determininga first intra-prediction mode for a left-neighboring block of the blockof video data; means for determining a second intra-prediction mode foran above-neighboring block of the block of video data; when the firstintra-prediction mode is different than the second intra-predictionmode, means for including both the first intra-prediction mode and thesecond intra-prediction mode in the set of most probableintra-prediction modes; when the first intra-prediction mode is the sameas the second intra-prediction mode, and when the first and secondintra-prediction modes comprise a mode other than a planar mode, themeans for determining the set of most probable intra-prediction modescomprises means for including the first intra-prediction mode and theplanar mode in the set of most probable intra-prediction modes; and whenthe first intra-prediction mode is the same as the secondintra-prediction mode, and when the first and second intra-predictionmodes comprise a planar mode, the means for determining the set of mostprobable intra-prediction modes comprises means for including the planarmode and a DC mode in the set of most probable intra-prediction modes.31. The device of claim 30, wherein the block of video data comprises aluminance block, the apparatus further comprising: means fordetermining, for a chrominance block corresponding to the luminanceblock, a mapping of a set of values to a set of intra-prediction modes,the set of intra-prediction modes comprising horizontal mode, verticalmode, planar mode, DC mode, and luma signal prediction mode, whereinwhen the actual intra-prediction mode for the luminance block comprisesa mode other than horizontal mode, vertical mode, planar mode, or DCmode, the set of intra-prediction modes further comprises a reuse ofluma intra-prediction mode mapped from a first value of the set ofvalues, and wherein when the actual intra-prediction mode for theluminance block comprises one of horizontal mode, vertical mode, planarmode, or DC mode, the set of intra-prediction modes further comprises amode other than horizontal mode, vertical mode, planar mode, or DC modemapped from the first value of the set of values; means for coding avalue representative of an actual intra-prediction mode for thechrominance block based on the mapping of the set of values to the setof modes; and means for coding the chrominance block using the actualintra-prediction mode for the chrominance block.
 32. The device of claim30, further comprising: means for determining a prediction direction ofthe actual intra-prediction mode; and including at least oneintra-prediction mode having a prediction direction closest to theprediction direction of the actual intra-prediction mode in the set ofmost probable intra-prediction modes.
 33. The device of claim 30,wherein the size of the set of most probable intra-prediction modes isequal to three.
 34. The device of claim 33, the device furthercomprising: determining a prediction direction of a firstintra-prediction mode; comparing the prediction direction of the firstintra-prediction mode to prediction directions of one or more otheravailable intra-prediction modes; including the first intra-predictionmode, a second intra-prediction mode of the one or more availableintra-prediction modes, and a third intra-prediction mode of the one ormore available intra-prediction modes in the set of most probableintra-prediction modes, wherein the second and third intra-predictionmodes have prediction directions determined to be closest to theprediction direction of the first intra-prediction mode based on thecomparison.
 35. The device of claim 30, wherein: the size of the set ofmost probable intra-prediction modes is equal to four, and when two ofthe most probable intra-prediction modes are the same, the set of fourmost probable intra-prediction modes comprises two availableintra-prediction modes having prediction directions that are closest toa prediction direction of the same most probable intra-prediction mode,otherwise the most probable intra-prediction modes comprise at least oneof the DC intra-prediction mode, the vertical intra-prediction mode, orthe horizontal intra-prediction mode.
 36. The device of claim 30,wherein the apparatus further comprises means for selecting the actualintra-prediction mode, wherein the means for coding the block of videodata based on the actual intra-prediction mode comprises means forencoding the block of video data.
 37. The device of claim 30, whereinthe further comprises means for determining the actual intra-predictionmode from the value, wherein the means for coding the block of videodata based on the actual intra-prediction mode comprises means fordecoding the block of video data.
 38. The method of claim 1, whereindetermining, by the at least one processor, the set of most probableintra-prediction modes for the block of video data comprises determiningthe set to be less than all the available intra-prediction modes for theblock of video data.
 39. The device of claim 11, wherein to determinethe set of most probable intra-prediction modes for the block of videodata, the video coder is configured to determine less than all theavailable intra-prediction modes for the block of video data.